***: Sp4rKy has quit IRC (Ping timeout: 252 seconds)
Jyhem_laptop has quit IRC (Ping timeout: 276 seconds)
amette has quit IRC (Ping timeout: 276 seconds)
Sp4rKy has joined #tikiwiki
amette has joined #tikiwiki
lphuberdeau has joined #tikiwiki
rodrigo_sampaio1 has quit IRC (Quit: Leaving.)
Caarrie|away is now known as Caarrie|sleeping
CIA-88 has quit IRC (Ping timeout: 252 seconds)
CIA-50 has joined #tikiwiki
goj_killedByISP has joined #tikiwiki
goj has quit IRC (Disconnected by services)
goj_killedByISP is now known as goj
CIA-50: tikiwiki: 03sept_7 * r36395 10/trunk/templates/prefs/shared-flags.tpl: [FIX] Smarty notices lots of them in admin panel
***: luciash|away has quit IRC (Ping timeout: 252 seconds)
fabricius_ has joined #tikiwiki
fabricius has quit IRC (Ping timeout: 246 seconds)
fabricius_ is now known as fabricius
Bernard1 has joined #tikiwiki
Merbster has joined #tikiwiki
Merbster: Good morning
fabricius..
***: SJ-Jay has joined #tikiwiki
Merbster: does anyone know how to change the width of Tiki's textareas?
fabricius: good morning Merbster
Merbster: you mean in the css file?
Merbster: Well problem is. that we cannot make the text area more narrow.
because there's an inline style that defines it to be 1000-something pix.
fabricius: I had to do that recently, as I changed from fixed width 990px to 960px to get my firststeps of Tiki-960.gs experience
hmm you are talking about a fluid width theme?
if yes, then I think, you might just have to set col2 and col3 wider ...
but I am actually not exactly getting what you need and why
so just tell us more ;-)
what theme you are using?
Merbster: a custom one
But we paid someone to do it for us
and they did a very poor job.
fabricius: ok
Is it a fluid theme, or a fixed width?
Merbster: It seems they made it fixed width, and that is what is giving us trouble.
because the text area box is too wide at almost 1200px.
it's too far away from the actual product of your text.
fabricius: I'll have a look at my customisations and check the selectors
could you have a look, wich selector(s) are causing this 1000+ inline width, pleas?
e
***: redflo has joined #tikiwiki
Jyhem_laptop_ is now known as Jyhem_laptop
DarkCalf has quit IRC (Ping timeout: 252 seconds)
Merbster: fabricius, well there are no selectors, since it's inline style that defines that width
I even searched through all tikiwiki css files to see if there was a selector for that element, but nothing.
fabricius,
SJ-Jay: fabricius, i'm working with Merbster on this.. funny thing is that i've disabled almost all the css.. buth the fixed width of the edit text area remains :/
***: DarkCalf has joined #tikiwiki
fabricius: did you check the #fixed width selector (s)
I'll paste you someselectors, that bringme to a nearly 960.gs style:
body.fixed_width #fixedwidth { width: 960px; } #tiki-top .wrapper { width: 960px; } #header-top { width: 960px; } #fixedwidth[id] #c1c2 #wrapper { width: 940px; } #middle[id] { width: 940px; } #c1c2 #wrapper #col1.marginleft { margin-left: 190px; } #c1c2 #wrapper #col1.marginright { margin-right: 230px; } #c1c2 #col2 { width: 190px; overflow: visible; } #col3 { width: 230px; }
I do not know where the guy who made your custom theme did define the width you want to change now
-> some custom .tplname (for ex.in /templates/styles/yourtheme), or layout.css/lite.css (styles) - should not be changed in these files) or in the yourthemename.css (/styles)
<- Merbster ans SJ-Jay
Merbster: fabricius, If you use IE and press F12 you get a development window where you can inspect the CSS
fabricius: Merbster: I do not have IE at all, because I use ubuntu, but chrome and firefox have such dev-windows aswell -- but I do not know the adress of your site, to be able to check my self (btw, I am not too experienced in css hacking - just strted a while ago)
Merbster: fabricius, we are making an intranet, so it's not publicly available :)
***: redflo has left
redflo has joined #tikiwiki
fabricius: Merbster: thought to remember that, so you need to sort out the selectors anyway and it doesn't matter if I have IE or not :-D
Merbster: fabricius, sorting out the selectors we allready did.
We want the text area to be freely resizable by the user (like it is on dev.tiki.org)
But we can only make ours wider (which is not needed since it fills the whole screen) - we want the use to make it smaller, but we're not allowed to make the text area smaller, because of other conflicting elements
but we decided to postpone this
We can "live with it"
fabricius: Merbster: OK - if you want me to have a look some day, you might quickly make an *empty* test-installation with this theme one day and me acess to that test-installation
give
Merbster: fabricius, thanks. I will keep that in mind.
fabricius: Merbster: you got the pastebin?
Merbster: fabricius, I gave it a glance, I don't have time to look at it fully right now. But I will check it when I have time.
-: Merbster is at work
fabricius: ah cool - thx!
***: Jyhem_laptop has quit IRC (Remote host closed the connection)
jonnyb has joined #tikiwiki
xavi has joined #tikiwiki
xavi: polom
any linux guru around?
CIA-50: tikiwiki: 03jonnybradley * r36396 10/trunk/templates/list_file_gallery_content.tpl: [SVN] remove annoying merge info
jonnyb: hi xavi - you're the linux guru i thought! :)
xavi: in file galleries-...
jonnyb: :-) (and hi)
any linux-more-guru-than-me? (not that difficult) ;-)
in tiki-admin.php?page=fgal, tab "search indexing", I see I can add handlers to search content within files uploaded to file gals.
fabricius: hi xavi
xavi: I found this nice doc about it: http://doc.tiki.org/Search+within+files
hi fabricius
but I see that there is no info about openoffice.org (or libreoffice) applications
and most of our documents in our tiki-based knowledge base at work at OOo based
Jyhem: ^any tip? (probably it's too early to ask also to lphuberdeau or chealer, I guess)
changi|morphee: ^
amette ^
-: xavi googles for it a little bit more... (just in case)
xavi found it
***: j0n3 has joined #tikiwiki
CIA-50: tikiwiki: 03jonnybradley * r36397 10/trunk/ (8 files in 7 dirs): [ENH] connect: Continues - new class TikiConnect, refactor some code from the controller (more to do). Also, a send button, some logic for comms, embryonic test file, and much more to come.
tikiwiki: 03jonnybradley * r36398 10/trunk/styles/jqui/options/haus.css: [ENH] jqui: New option "Haus" - even more monochrome with larger text (actually a Tiki 6 option, but seems to work on trunk ok)
tikiwiki: 03jonnybradley * r36399 10/trunk/templates/tracker_validator.tpl: [FIX] trackers: Split validator JS so we only get one instance of process_submit()
***: Caarrie|sleeping is now known as Caarrie|away
Merbster: xavi, search in files is dependant on external programs that can actually parse the files right? - (in case you want to search docx, you need to find a parser for it?)
xavi: hi Merbster
yes, you are right
for OOo files, odt2txt does the trick
I updated the docs here:
Merbster: with OpenOffice it's probably not that bad. but all docx files...
xavi: http://doc.tiki.org/Search+within+files
Merbster: Does this function only work with linux hosted tikiwikis?
xavi: no idea
CIA-50: tikiwiki: 03jonnybradley * r36400 10/trunk/styles/layout/layout.css: [FIX] layout.css: Rollback 36378 as categbar does exist (a lot), but add previously missing dot to define it as a class
fabricius: Merbster and Xavi - I am pretty sure, that it only works with Linux, cause the documentation is talking about linux commands (if I understand well)
Merbster: fabricius, it depends on how the code that calls the handlers expects the output from the parser to be
and since the docs state that you must make the handler output directly to the terminal
xavi: ok
Merbster: I am thinking "Does output to termnial on LInux and windows behave the same"
xavi: bbl (lunch time)
***: ricks99 has joined #tikiwiki
ricks99: polom y'all
jonnyb: hi ricks99
CIA-50: tikiwiki: 03jonnybradley * r36401 10/trunk/ (7 files in 5 dirs): [FIX] calendars: Add temporary pref to cope with calendar items from before Tiki 7 containing HTML (as in Tiki < 7 articles were parsed as is_html=true).
jonnyb: fabricius: ^^^
Merbster: yo ricks99
ricks99: hiya jonnyb & Merbster
Merbster: http://pastebin.com/EFQgSQM7 <- can somebody tell me why there's an "if (true)" statement in there?
fabricius: jonnyb: ???
jonnyb: fabricius: fix for calendars coming to 7.x soon
lphuberdeau: I would say there is no reason for if (true)
Merbster: lphuberdeau, I had a hard time figuring out why the consultant put it there too. :S
CIA-50: tikiwiki: 03jonnybradley * r36402 10/branches/7.x/ (8 files in 4 dirs): [bp/r36401][FIX] calendars: Add temporary pref to cope with calendar items from before Tiki 7 containing HTML (as in Tiki < 7 articles were parsed as is_html=true).
lphuberdeau: kind of strange code too
ricks99: looks odd even to me.... and i'm not a major coder
lphuberdeau: makes me wonder if the guy had ever touched php before
Merbster: he's a CONSULTANT, Do I need to say more? :P
he's a business process consultant gone wannabe coder :P
lphuberdeau: I'm a consultant too
ah, that's different
Merbster: ricks99, I just pulled out the while loop. not the entire function
ricks99: y, i realized that
-: ricks99 knows just enough php to be dangerous
lphuberdeau: just using a while loop for that is strange
***: RobertPlummer has joined #tikiwiki
RobertPlummer: polom all
jonnyb: polom RobertPlummer (and all)
RobertPlummer: good greif smarty 3 is slow!
jonnyb: really? hadn't noticed a huge difference locally
lphuberdeau: jonnyb, it takes up significantly more time in profiling than smarty 2 did
jonnyb: hi lphuberdeau - i can believe that, but just hadn't really noticed any real-world sudden slowdown, i expect we will when deploying it "out there"
lphuberdeau: well, it's going to increase CPU usage by about 20%
jonnyb: well, that's what smarty's for isn't it? ;)
Merbster: jonnyb, are there better alternatives than smarty?
lphuberdeau: lol, switching away from smarty is impossible
jonnyb: not for us sadly, i fear
RobertPlummer: I honestly don't understand why we use smarty for things like rendering tracker fields. I mean I know "why" we are using, but from en efficiency standpoint it is very sad.
lphuberdeau: smarty is not always inefficient
RobertPlummer: For what we are using it for it seems that it is.
For instance, to render a text field... Isn't text... text?
fabricius: thx jonnyb - is the calendar fix already in demo/7.x - then I would test right now ;-)
I think yes - if you meant that with having backported
jonnyb: fabricius: probably not, just in svn so far (demo/7x would need updating i think)
fabricius: but I do not know, how often demo is updated
lphuberdeau: RobertPlummer, there is no template for text
check your facts
RobertPlummer: lphuberdeau: it tries to load one.
lphuberdeau: no it does not
RobertPlummer: lphuberdeau: cachegrind says something different.
lphuberdeau: only for the history
RobertPlummer: text field loads a tpl EVERY time a tracker text field is rendered.
know this for a fact.
lphuberdeau: it would for a popup, which is complex enough to deserve a template
on output or input?
RobertPlummer: output
I have not tested input.
input can be inefficient, you aren't rendering thousands of values at a time.
lphuberdeau: tell me the code path that leads to text using a template
RobertPlummer: lphuberdeau: is input rendering by default?
It must be input that is being rendered.
lphuberdeau: it is line 77 in text.php, which is input.
lphuberdeau: for input it's fine
CIA-50: tikiwiki: 03lphuberdeau * r36403 10/trunk/templates/tiki-user_cssmenu.tpl: [ENH] Removing the capture block which gives a little speed boost (template rendering usage down from 20% to 4%)
lphuberdeau: what you could question is that tiki renders the form every time the item is displayed
RobertPlummer: either way, at this point with smarty 3 it is nearly unusable.
lphuberdeau: that's an exageration
RobertPlummer: lphuberdeau: all use cases are different.
lphuberdeau: just another excuse to make it faster
lphuberdeau: I just don't think the tool is always to blame, in many cases, the usage is wrong
just now, I noticed something quite nice, removing capture blocks speeds up smarty
RobertPlummer: lphuberdeau: I should clarify that I'm using tracker query lib with rendered output, and that trackers seems to be still pretty speedy.
lphuberdeau: The use case is that I'm loading tracker data into charts, and it is just super slow.
lphuberdeau: All I want to do is list tracker data between dates, seems easy enough, but is sadly not with any efficiency.
lphuberdeau: are you sure the query part is not the problem?
RobertPlummer: lphuberdeau: the query part uses like 1% resources, and when I turn rendering off, it is lightning fast.
lphuberdeau: are you extracting more data than you need?
RobertPlummer: lphuberdeau: :) yes and no
lphuberdeau: rendering data that will not be displayed can't really help
CIA-50: tikiwiki: 03lphuberdeau * r36404 10/trunk/templates/tiki-show_page.tpl: [FIX] Removing an other capture block, smarty 3 on a normal page load is now close to the smarty 2 levels
lphuberdeau: I think the main issue is that smarty 3 does not handle {capture} too well
skipping those is an instant speed-up
***: Jyhem_laptop has joined #tikiwiki
Jyhem_laptop has quit IRC (Ping timeout: 258 seconds)
fabricius: Does anybody know, when demo is updated (esp. 7.x) -> daily?
lphuberdeau: when marc does it
***: radek82 has joined #tikiwiki
jonnyb: fabricius: did we never get you running a tiki from svn?
CIA-50: tikiwiki: 03lphuberdeau * r36405 10/trunk/ (4 files in 3 dirs): [FIX] Removing some more capture blocks
***: Jyhem_laptop has joined #tikiwiki
fabricius: jonnyb: problem is, that my provider has *no svn installed*
jonnyb: sad, isn't it?
jonnyb: ah, shame, yes
lphuberdeau: you should set-up a local tiki for yourself
fabricius: otherwise, I would've running a proposals or a branches or a trunk myself
lphuberdeau: can I run that with svn then?
should be possible lphuberdeau
CIA-50: tikiwiki: 03lphuberdeau * r36406 10/trunk/ (2 files in 2 dirs): [FIX] Removing more capture blocks
***: fabricius is now known as fabricius|goneOf
fabricius|goneOf is now known as fab|goneOff
ricks99 has quit IRC (Quit: Get the best-selling Tiki books (paperback and ebook) at http://www.lulu.com/spotlight/ricks99)
lphuberdeau has quit IRC (Ping timeout: 240 seconds)
lphuberdeau has joined #tikiwiki
xavi has left
-: lphuberdeau wonders what happens to the smarty security_settings that now cause warnings all around
***: Jyhem_laptop has quit IRC (Ping timeout: 252 seconds)
Jesper__ has joined #tikiwiki
redflo has left
Warkster has joined #tikiwiki
Narkster has quit IRC (Ping timeout: 240 seconds)
that_nima has quit IRC (Ping timeout: 240 seconds)
that_nima has joined #tikiwiki
rodrigo_sampaio has joined #tikiwiki
CIA-50: tikiwiki: 03lphuberdeau * r36408 10/trunk/ (4 files in 4 dirs): [MOD] Limit the amount of results that will be extracted and cached
chealer: polom
rodrigo_sampaio: hi chealer
chealer: hi rodrigo_sampaio
fab|goneOff: moloq
***: fab|goneOff is now known as fabricius
RobertPlummer: polom chealer
***: Bernard1 has quit IRC (Quit: Leaving.)
horky has joined #tikiwiki
horky: Hi.
Is there a "spoilers" plugin for wiki? Something that can collapse and expand a bunch of text when clicked on?
***: ricks99 has joined #tikiwiki
changi|morphee is now known as changi
changi: polom
-: ricks99 re-polom after the big earthquake
***: LordVan has joined #tikiwiki
jonnyb: hi all - ricks99: earthquake?
ricks99: rocked the USA east coast: http://bit.ly/n0gyH4
jonnyb: horky: yes - i tihnk it's called fade
chealer: hi ricks99. any damage for you? nothing essential it seems, Internet still working? :-)
ricks99: no damage by me. sounded/felt like a large truck driving by my house.
lots of folks having issues with at&t not being able to connect cell calls. but that's nothing new and probably not related to the earthquate. :-)
chealer: hahaha
ricks99: power didnt even blink for me at all. a real non-event
but highly unusual for the east coast
horky: jonnyb: Thanks!
changi: ricks99: magnitude ?
chealer: ricks99: that's pretty cool. assuming no nuclear meltdown is going on :-S
ricks99: 5.9 i think. honestly, we're more concerned about hurricane irene this wkened.
@chealer: remember, it wasnt the earthquate that caused the meltdown in japan.. it was the failure (due to sea water) of the diesel backups
Tiki|bot: New Forum Posts: Plugin for collapsing/expanding a block of text on mouse click? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42087
horky: ^ my post, was impatient.
*hums*
thanks again
***: horky has quit IRC (Quit: leaving)
chealer: ricks99: right. well if you don't have a tsunami, happy hurricane preparations. I hope it won't be as bad as the one a few months ago
changi: rodrigo_sampaio: i think for unused string for menu, we can add get_string comment like i do in some files
CIA-50: tikiwiki: 03mlustenberg * r36409 10/trunk/ (4 files in 4 dirs): [ENH] wysiwyg_htmltowiki work in progress: tiki-admin_toolbars integration
chealer: the last natural "disaster" that hit here must have been a meaningless earthquake 10 years ago
rodrigo_sampaio: changi: but is not menu content site specific?
changi: rodrigo_sampaio: i talk about menu42 :)
rodrigo_sampaio: the global one
rodrigo_sampaio: changi: huh... I see :)
changi: but menu42 options are manually added to language.php files?
I think this is unlikely but I don't the proccess
changi: rodrigo_sampaio: i don't think they are manually added
rodrigo_sampaio: changi: so you know how they are added to language.php files? if they are not manually added they are probably not marked as unused strings, right?
CIA-50: tikiwiki: 03jonnybradley * r36410 10/trunk/ (9 files in 9 dirs): [ENH] connect: Storage for data, moved js to a separate file, some refactoring and renaming
changi: rodrigo_sampaio: oh sorry, for now they were added manually, and to put them out of unused string, i added some comment in destination file to get them automatically added
rodrigo_sampaio: like in tiki-send_objects.php
rodrigo_sampaio: you can see //get_strings tra("Send Pages");
rodrigo_sampaio: changi: but this is the case for every menu option in menu 42?
changi: I mean if you create a new option in menu 42 you have to add //get_strings tra(optionName)?
otherwise it won't be translatable?
changi: rodrigo_sampaio: yes
rodrigo_sampaio: changi: ok, thanks for the information
chealer: rodrigo_sampaio: category names should go to custom.php, yes
rodrigo_sampaio: changi: maybe we should think of a better way to handle this
changi: rodrigo_sampaio: maybe get_strings can make a sql query to get all default option and add it in language.php
chealer: i have another idea for category :)
rodrigo_sampaio: changi: but just to understand if all the options in menu42 are declared somewhere with //get_strings... by removing unused words from language.php we are not removing them right?
changi: chealer: but i need to take some time to explain it in a wiki page or on an email
rodrigo_sampaio: yes, if they all are declared, i don't know if it's the case
rodrigo_sampaio: changi: ok
chealer: changi: good
rodrigo_sampaio: I agree with the way to handle mods
rodrigo_sampaio: chealer: good :)
changi: rodrigo_sampaio: me too
***: lphuberdeau has quit IRC (Ping timeout: 276 seconds)
rodrigo_sampaio: bbl
***: ricks99 has quit IRC (Remote host closed the connection)
nkoth has joined #tikiwiki
CIA-50: tikiwiki: 03changi67 * r36411 10/trunk/lib/smarty_tiki/ (24 files): No changes - Indent + header for phpdoc
tikiwiki: 03changi67 * r36412 10/trunk/lib/core/TikiConnect.php: [ENH] Duplicate variable
tikiwiki: 03changi67 * r36413 10/trunk/lib/core/TikiConnect.php: Opening brace of a class has to be on the line after the definition for standardization
changi: jonnyb: sorry for the 2 last commit :)
Tiki|bot: New Forum Posts: Changing body font in Milkyway theme. - http://tiki.org/tiki-view_forum_thread.php?forumId=14&comments_parentId=42088
changi: jonnyb: bad habit
jonnyb: #1 was fair enough, #2 i'm not convinced about (but don't care much really)
;)
***: horky has joined #tikiwiki
horky: The fade plugin can't display {CODE} stuff :(
jonnyb: hi horky again - that's dull
how about a show/hide heading?
horky: How?
jonnyb: !- for a closed section
!+ for an open on
(in wiki syntax)
horky: I'll go look.
Maybe something's wrong with how I wrote the fade thing... http://pastebin.com/tdXxsMhs
***: luciash has joined #tikiwiki
jonnyb: horky: looks ok
nesting plugins is wobbly
luciash: polom
jonnyb: hi luciash
luciash: hi jonnyb
changi: horky: it's working for me
hi luciash
horky: strange
chealer: hi jonnyb. the shared-flags notices were everywhere, for example tiki-admin.php?page=profiles
"Type: Undefined index: plugin"
changi: horky: which version are you using ?
jonnyb: hmm, oh right - smarty notices of course! (oops)
luciash: salut changi
horky: changi: 7.1 Electra, I've tried it in 4 different browsers and I get the same result as in the screenshot on that pastebin
jonnyb: chealer: i see them - better to fix them in the php i think
changi: horky: ok, it's working in trunk
chealer: jonnyb: I don't see the breakage you talk about. could you specify the problem?
jonnyb: all the icons on the prefs seem to be on for me - undo, warning etc
chealer: jonnyb: you can check http://ido.ath.cx:8080/tiki/trunk/tiki-admin.php?page=features for my local trunk
jonnyb: they're not here. for example undo only appears on some
changi: horky: working on 7.1 too
horky: Very weird!
I must be doing something wrong then.
changi: i just copy/paste your code
horky: If it works on your 7.1 it should on mine too...
jonnyb: chealer: did you roll back r36395? (seems you have all the smarty notices)
CIA-50: tikiwiki: 03changi67 * r36414 10/trunk/lang/fr/language.php: [TRA] Missing space
***: lphuberdeau has joined #tikiwiki
horky: Progress.
I've added a caption to the code plugin, and I see it.
But still no code.
chealer: jonnyb: yes, I rolled it back to show the notices and that icons are working nevertheless
jonnyb: shared-flags is on r36394
jonnyb: oops
jonnyb: sorry, icons are broken here too. thanks
jonnyb: is ok, have a fix coming
thx for checking
changi: horky: could you try using the plugin helper ?
chealer: (shared-flags is on r36395
horky: changi: Same result.
I see the code's caption, and then what it seems to be a 1 px by 1 px div.
CIA-50: tikiwiki: 03jonnybradley * r36415 10/trunk/ (lib/prefslib.php templates/prefs/shared-flags.tpl):
tikiwiki: [FIX] Smarty notices lots of them in admin panel
tikiwiki: Revert r36395 and redo in php by adding new pref attributes to defaults
horky: If I view the page's source, the code is there.
Maybe it's a theme css issue.
I'll try to change themes.
changi: what theme are you using?
chealer: jonnyb: thanks, that's good
changi: horky: JQUI
horky: and you
horky: ?
horky: I've tried both tikinewt and fivealive and got same results... only displays code's caption div.
Same for jqui, I give up. I'll use !-
CIA-50: tikiwiki: 03changi67 * r36416 10/trunk/lib/smarty_tiki/ (7 files): [user:changi:codecleaning] Unused variables
changi: sleeping time, see ya
***: changi is now known as changi|morphee
fabricius: n8 changi
***: redflo has joined #tikiwiki
horky: Well I didn't give up.
I took the html source, saved it as a separate html and opened it. Showed no code. Removed <pre class="codelisting" dir="ltr" style="white-space: pre-wrap; word-wrap: break-word; display: none;" id="codebox">manipulate {MANIPULATE_TAKE, MANIPULATE_WIELD} [20:50] <horky> type ITEM_WEAPON [20:50] <horky> holy crpa
value[0] weapon_category [20:50] <horky> value[1] craftsmanship [20:50] <horky> I'm very sorry for that.
value[2] magic_bonus [20:50] <horky> crap
Didn't mean to spam.
Anyway
So I saved the source as a separate html, and it didn't display the code.
Then I removed display: none from its code.
And it shows.
Correctly now.
So question is, how do I make the wiki not add "display: none" to the <pre> block which contains my code.
***: LordVan has quit IRC (Quit: Verlassend)
jonnyb: sounds like something to do with codemirror (syntax highlighter) - switch it off?
luciash: horky: i don't understand why it adds the display: none there for you... i tried in trunk and it works fine for me too
horky: jonnyb might be on the correct path
:)
horky: So I type colors="0"?
CIA-50: tikiwiki: 03jonnybradley * r36417 10/trunk/lib/prefs/connect.php: [FIX] connect: Add warning to pref
jonnyb: horky: you on 7.1?
horky: jonnyb: yes
jonnyb: hmm, thought that worked
it''s a pref in admin/features/experimental
horky: I have loads of code on the site, I can't disable it whole.
jonnyb: syntax highlighter, i mean
horky: I see the code now.
But it's ugly!
I chose tiki because it has syntax highlighting, I can't disable it.
So problem solved, I see the code now, but I want syntax highlighting too.
luciash: ah :/ yup, codemirror is meant to replace geshi syntax highlighter in latest versions
horky: Can't I disable highlighting just for this code plugin?
luciash: horky: you can override that CSS
lphuberdeau: you can hack it out of the code if you want
luciash: put pre.codelisting {display: block !important in your Custom CSS L&F Admin panel}
changi|morphee: jonnyb: mother under upgrading process
luciash: oops: *pre.codelisting {display: block !important} in your Custom CSS L&F Admin panel
***: marclaporte has joined #tikiwiki
ChanServ sets mode: +o marclaporte
luciash: horky: ^
horky: (without the * ;))
horky: luciash: trying now
jonnyb: ok, need a break (like night time ;) ) - more tomorrow
luciash: c u jonnyb
***: jonnyb has quit IRC (Quit: I am going outside... I may be some time...)
horky: luciash: It worked, but it doesn't have any syntax highlighting, even with the feature enabled.
luciash: horky: ok, might be unimplemented yet... the codemirror syntax highlighting works while editing the wiki pages at least iirc
anyway, i am not sure how it should highlight the code in your example
is it C++ ? maybe code plugin has some params ?
horky: I've changed the code to have quote enclosed strings.
Should highlight those.
http://i53.tinypic.com/2u7x5ba.jpg
***: RobertPlummer has quit IRC (Ping timeout: 252 seconds)
luciash has quit IRC (Quit: Page closed)
horky: Apparently the manual css modification changed the wrong thing, all the other code blocks on the site are now displayed twice, once black and white and the second time with colors, in two separate divs.
ok, now I give up :D
...
It's a conspiracy.
So instead of fade I've tried !+ and !-
If I use !+ the code displays just fine, colored, and I can collapse it and expand it just fine.
But I don't want the default to be expanded, so I used !- instead.
!- gives me the same 1px by 1px div with no code in it.
-: marclaporte feels horky's pain
lphuberdeau: hmmm... all of those isset in shared-flags are not pretty and certainly do not work well
especially since all of those are set...
CIA-50: tikiwiki: 03lphuberdeau * r36418 10/trunk/lib/smarty_tiki/block.ajax_href.php: [FIX] Notice
tikiwiki: 03lphuberdeau * r36419 10/trunk/lib/prefs/feature.php: [FIX] More suitable default as template eval is as evil as other evals
***: radek82 has quit IRC (Quit: Leaving)
j0n3 has quit IRC (Quit: j0n3)
marclaporte: lphuberdeau : svn up for shared-flags
***: redflo has left
Jesper__ has quit IRC (Read error: Connection reset by peer)
marclaporte has quit IRC (Read error: Connection reset by peer)
changi|morphee has quit IRC (Ping timeout: 246 seconds)
rodrigo_sampaio has quit IRC (Quit: Leaving.)
marclaporte has joined #tikiwiki
ChanServ sets mode: +o marclaporte
CIA-50: tikiwiki: 03marclaporte * r36420 10/trunk/lib/core/Tracker/Field/WebService.php: better link for doc