[00:01] *** clemente has quit IRC (Ping timeout: 264 seconds) [00:04] *** Caarrie|away is now known as Caarrie [00:20] *** chealer has quit IRC (Ping timeout: 252 seconds) [00:25] *** fabricius has joined #tikiwiki [00:25] Polom [00:25] how is everybody? [00:25] no question, just here to say hello ;-) [00:26] hi fabricius [00:26] hi luciash [00:30] tikiwiki: 03luciash * r30300 10/branches/6.x/templates/header.tpl: [FIX] strip leading and trailing whitespace from browser title [00:33] *** daniam has joined #tikiwiki [00:35] Hello world! [00:36] *** daniam has quit IRC (Client Quit) [00:44] *** Caarrie is now known as Caarrie|sleeping [00:49] *** GillesM has quit IRC (Remote host closed the connection) [01:04] tikiwiki: 03luciash * r30301 10/branches/6.x/styles/layout/ (fixed_width.css layout.css): [FIX] final solution (hopefully) to the fixed width and "display: table" issue - tested in Chrome, Firefox, Safari so far (TODO: remove the now obsolete fixed_width.css file to save two HTTP requests ;)) [01:12] *** lphuberdeau has joined #tikiwiki [01:49] *** goj|ghost has joined #tikiwiki [01:54] *** goj has quit IRC (Ping timeout: 272 seconds) [01:54] *** goj|ghost is now known as goj [02:01] tikiwiki: 03luciash * r30302 10/branches/6.x/styles/lite/lite.css: [ENH] *lite CSS update - only some handy comments were added/modified and updated the contact info [02:02] n8, bye c ya [02:03] *** fabricius has quit IRC (Quit: bye) [02:18] tikiwiki: 03nkoth * r30303 10/branches/6.x/lib/profilelib/installlib.php: [FIX] pages created using profiles cannot be used in wysiwyg previously because settings were wrong. This corrects it by allowing setting a flag to have content be wysiwyg. [02:24] tikiwiki: 03luciash * r30304 10/branches/6.x/templates/header.tpl: [FIX] use choices separator for browser title from admin > look and feel > misc instead of hardcoded colon [02:31] *** lphuberdeau has quit IRC (Ping timeout: 252 seconds) [03:49] *** nkoth_ has joined #tikiwiki [03:52] *** nkoth has quit IRC (Ping timeout: 264 seconds) [03:52] *** nkoth_ is now known as nkoth [03:59] *** nkoth has quit IRC (Quit: nkoth) [04:13] *** chealer has joined #tikiwiki [04:13] *** chealer has quit IRC (Changing host) [04:13] *** chealer has joined #tikiwiki [04:16] luciash: I'm able to be "remembered" on dev.tiki.org several times in a row (tried 2). [04:16] luciash: do you remember which sub-domain we saw the issue on? [04:18] chealer: maybe community ? [04:18] i am logged on dev too [04:21] luciash: OK, I'm trying community [04:30] tikiwiki: 03luciash * r30305 10/branches/6.x/styles/ (3 files in 2 dirs): [FIX] fivealive theme: seamless background for the header [04:32] *** ttrimm has quit IRC (Quit: Later Folks!) [04:54] New Forum Posts: Users Profiles - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=39166 [04:56] luciash: hum, looks like other people have noticed too: "lun. 04 oct. 2010: Cookie issue? I'm finding I have to keep logging in here over and over. Also when going to other areas like docs." [04:57] from tiki.org shoutbox [04:57] good night [05:06] good morning ;-) [05:06] *** coaboa_ is now known as coaboa [05:44] *** FrankP has joined #tikiwiki [05:45] *** FrankP has quit IRC (Read error: Connection reset by peer) [05:48] *** chealer_ has joined #tikiwiki [05:54] *** chealer has quit IRC (*.net *.split) [07:25] *** JoernOtt has joined #tikiwiki [08:12] *** redflo has joined #tikiwiki [09:27] *** coaboa has quit IRC (Ping timeout: 252 seconds) [09:29] *** coaboa has joined #tikiwiki [09:47] *** jonnyb has joined #tikiwiki [09:49] polom people [09:58] jonnyb: hi [09:59] hi changi - how are you? [10:09] New Forum Posts: Bengali language needed - http://tiki.org/tiki-view_forum_thread.php?forumId=13&comments_parentId=39168 [10:12] *** chibaguy has joined #tikiwiki [10:12] *** ChanServ sets mode: +o chibaguy [10:12] polom [10:19] *** JoernOtt has quit IRC (Ping timeout: 255 seconds) [10:20] hi chibaguy [10:21] how's 6.x looking from a css point of view - it was very broken yesterday (for me) [10:23] *** JoernOtt has joined #tikiwiki [10:23] hi jonnyb [10:23] do you mean after my commits, or after luci's? [10:24] after luciash's changes - changing your changes [10:24] oh really? [10:24] both firefox and safari on mac were almost unusable with html {display:table} [10:24] my localhost seems ok. but then it was ok after my commits (very tolerant installation apparently). [10:24] i sent a link to a screenshot [10:25] isn't html {display:table} rolled back now? [10:25] I thought luciash rolled it back. [10:25] think so, still catching up with emails etc [10:26] I believe display:table is on div#fixedwidth now, in layout.css. [10:26] *** Caarrie|sleeping is now known as Caarrie|away [10:26] yup, as was - but wasn't that breaking fivealive header? [10:28] *** lphuberdeau has joined #tikiwiki [10:32] apparently luciash made a change in fivealive.css to prevent it breaking. I didn't look at the file yet. [10:33] yes, i just read the diff - looks like he reorganised the fixed width stuff, which didn't seem broken to me [10:33] i'm not sure people want 6.0 to come out so soon... [10:35] Hmm, I don't see any change by him in fivealive.css that would affect the header background, so am not sure what was breaking it before. [10:35] I think it would be good to not rush the release. Seems like we routinely have x.0 releases that are close to unusable for one reason or another. [10:36] indeed - we just need to adjust the schedule (6.1 is due on 12th nov, i think) [10:38] chibaguy: pm? [10:44] *** lphuberdeau has quit IRC (Ping timeout: 255 seconds) [10:55] *** rodrigo_sampaio has joined #tikiwiki [10:57] *** Tikiwiki|bot has quit IRC (Ping timeout: 250 seconds) [11:06] *** coaboa has quit IRC (Ping timeout: 252 seconds) [11:06] *** coaboa has joined #tikiwiki [11:06] *** ricks99 has joined #tikiwiki [11:16] hi all :-) [11:19] hi ricks99 [11:20] hi ricks99 [11:21] hi jonnyb & chibaguy [11:29] ricks99, I was just looking at your email about changing the text of the registration page. [11:30] * ricks99 wishes we could exteranalize all text strings [11:30] The meaning is essentially as before except for the addition of the domain name, it seems. [11:30] agreed. my goal is not to change meaning. but to improve/correct the "English-ness" of the text [11:31] I'm a little leery about breaking the string into two parts for separate translations. I think not every language has that construction necessarily. [11:32] you're probably right... and I don't know how to handle that. but, from a user perspective, let's explicity state what the domain/email that they need to "whitelist" is... much easier to understand than "whitelist this domain" [11:33] Could it be: {tr}If you use an email filter, be sure to add this domain to your accepted list:{/tr} {$prefs.sender_email}. [11:34] (just to keep all the translation part in one continuous piece) [11:34] y, but for an English construct, the pronoun "this" is too far separated from its nominalization (the actual domain name [11:34] Even with the colon? [11:35] y. that breaks it even worse :( [11:35] hmm, I thought people knew what a sentence with this and ending with a colon means. [11:35] hence my desire to have all strings exteranalized, so we dont encounter this issue [11:36] how do you mean "externalized"? [11:36] replace the "text" in the TPLs with varialble, ie: %1% [11:36] then have a simple lang-specific lookup table that says: [11:37] i'm just investigating this very point [11:37] %1% = My text [11:37] thats what we do in java all the time to make translations easy [11:37] i'm sure there's a way now of putting placeholders in {tr} text - i think it uses %0 syntax [11:37] oh, so every string gets translated, and no english in the tpls at all, eh? [11:38] y. the downside, obvoiusly, is that the native TPLs themsleves become less readable. [11:38] im just saying.... [11:38] right now we treat English as the "master" language, but the vast majority of tiki dev team does not speak english as a native speaker [11:39] maybe its just me :-) [11:39] but i cringe when i see an expression like "canned by your email filer" [11:39] externalising all language strings is unlikely to happen for tiki - about as likely as us adopting an object oriented MVC model... :) [11:39] i agree ricks99 [11:40] let me finish this reply to your mail... [11:40] i disagree... in essense we already have exteranalied strngs [11:40] yes, there's a lot of coder's jargon in Tiki's interface. [11:40] i could, concieable, make my edits in the lang/en/lang.php file [11:40] i mean not having English in the tpls [11:40] y [11:41] my goal is to improve the english nterface without breaking any of the tranlsations. just want to find the easiest/best way [11:41] no, we all need good English as the base "layer" - that string in particular is terrible [11:42] but if the "original" English is bad surely the translations will be bad too? (so will need fixing) [11:42] so, if i use the interactive translation for ENGLISH, will it automaitcally update all the other langauge files? [11:42] no [11:42] :( [11:42] the text in the code needs to be improved [11:42] I edit the instances in the tpl(s) and all instances in the language files, when I 'improve' an english string. [11:43] is that a manual process? do u grep all the langague files? [11:44] yes, manual. [11:44] yuck. [11:44] how much work to improve the interactive-translation feature to push changes from english to other langs? [11:44] * ricks99 is too lazy :( [11:45] Well, I don't think the strings need to be changed often, but of course getting them all to best form is a bigger project. I don't mind the manual work actually. [11:46] Kind of therapeutic after struggling with other problems. ;-) [11:46] seems to me that it shouldnt be too hard to update the interactive translation process: [11:46] obvious method and predictable results. :-) [11:46] 1. if making a change to EN text, then also update the EN source in all other lang files? [11:47] I haven't tried the interactive method, though I had a look at SUMO's when working on their site. [11:47] maybe this is question for tiki 7? [11:47] Probably [11:47] so if i change this registration text to what ricks99 suggests (almost) should i change all the lang files? (i thought they got updated by a script) [11:48] jonnyb, I don't know about that. I just have updated them myself. [11:48] i don't think there's a script [11:48] what does get_strings do then? [11:49] *** lphuberdeau has joined #tikiwiki [11:49] it just finds and lists translation strings in the files, as far as I know. [11:49] isn't that what we're talking about? [11:50] but it wont find in EN and then replace in othres [11:51] how do translators know then, if you've changed the text in the tpl, but done a replace already in their language file? how can they tell that the English has changed? [11:51] They don't. ;-) [11:51] unless i'm changing the meaning, thranslators shouldnt care that i've changed the EN [11:51] and i shouldnt be changing the meaning unless the actual function/feature has changed [11:51] does your suggestion change the meaning ricks99? [11:52] no [11:52] it is essentially the same thing: please whitelist this domain [11:52] but a translator must need the string change because perhaps the translation is bad if the first wording was bad [11:52] i've made it much cleaner and better (imho) but no change in meaning [11:52] i don't think so, but it changes the _feeling_ and quality of the string, so i think it should be re-translated [11:53] exactly what i thought sylvieg [11:53] need to add a 'status' or translation dashboard [11:53] so don't change the lang files? [11:53] I think the best is to send on a special list or page or ... all the strings that changed, change the en string in the language file [11:54] translators will adapt if needed [11:54] seems like quite a manual process... :( [11:54] my 2 cents... [11:54] it would be good to have a record of updates, for sure. [11:54] ?? you can automatically change all the en strings in the language.php files [11:55] I've assumed translators could understand the intension of the (maybe not so good) English, and then do their best translation. [11:55] "01 you can automatically change all the en strings in the language.php files" this was the question. How? [11:55] Obviously if the original meaning isn't clear, then the translation won't be good. [11:56] a sed or a script .. if you put the list somewhere I can do it [11:56] ricks99: committing the change you suggested so we can discuss what to do next... (or rollback if really necessary) [11:56] tikiwiki: 03jonnybradley * r30306 10/branches/6.x/templates/tiki-register.tpl: [DOC] register: Much better language for "whilelist this domain" text - thanks ricks99 [11:56] i fixed the way the pref is inserted into the sentance [11:57] @sylvieg: how hard to incoroparte the script into the intraceve trnslation process [11:57] @jonnyb: fine, but now the highly visible/high profile page is broken in every other language :( [11:57] sylvieg: that string was not found in the lang/en file - what does that mean? [11:58] it was only found in ca, cn, fi, fr, pt-br and sl [11:58] the string in the registration tpl should have remained in one piece, I think. [11:58] so was already broken in the majority of languages [11:58] how do you mean chibaguy ? [11:59] did you put the variable in the middle? [11:59] as %0 [11:59] @chibaguy: we need to balance ease of translation vs readability [11:59] {tr 0=$prefs.sender_email|default:"{tr}this domain{/tr}"}If you use an email filter, be sure to add %0 to your accepted list{/tr} [12:00] I see. [12:01] this domain will be very hard to translate [12:01] as presumably the variable bit could end up almost anywhere in other langs (and also it was less meaningful as two separate clauses) [12:01] because translation can depnd on the syntaxic role [12:02] but better than splitting the sentance, no? [12:02] (sentence) [12:02] (ex: lation nominatif and accusatif are not the same domino and dominum... no idea about the translation but it is the idea [12:02] so if I have a this domain do I use a nominatif or an accusatif? [12:02] hmmm, how should we do that then? [12:02] in this case it is an accusatif [12:03] or whatever youhave the idea [12:03] becasue it's really good to have the email address in the string, i think [12:03] how does other software handle this kind of thing? [12:03] * ricks99 again wishes for extrnalized strings [12:03] so best to set your $prefs.sender_email :) [12:03] better to do }If you use an email filter, be sure to add this domain (%0) to your accepted list [12:04] ricks99, won't there still be the problem of what to put in the tpl, even with externalized strings? [12:04] %0 must be only a constant [12:04] can't assume an english sentence construction. [12:04] @chibaguy: no, the text woudnt be in the tpl [12:04] *** lphuberdeau has quit IRC (Ping timeout: 240 seconds) [12:05] anyway - i jumped on it as i almost lost a tiki client because of that "canned by spam filter" line - it was almost the last straw for them [12:06] @sylvieg: the issue is that "this domain' may be too technical for some users. why use it at all (unless needed). besides, it isn't the "domain" that they need to add -- it is the sender email address [12:06] I know: no text. but there's still placeholders to replace with text, and how they are arranged with something like a variable should be language-transparent. [12:06] language-neutral. [12:06] or have the ability to be language-neutral. [12:07] @ ricks99: so perhaps 2 string if prefs non empty ... other soemthing with domain [12:07] i suppose if sender_email is not set they don't have to bother with their filter setting, because they won't get an email in the first place... [12:07] :-) [12:07] so get rid of this domain [12:08] @jonnyb: i thought if using smtp instead, it is possible to have sender email empty, as the overrides in smpt config will b used instead? [12:08] separate issue. [12:08] i don't think emails can be sent without a sender of some sort [12:08] ricks99: is right the mail setting can fix the empty sender [12:09] anyway, my big thing is, i want to help iimpvoe the EN text -- this is a big (IMHO) LOSSING point when comparing tiki vs drupal/joomla/wordpress/etc [12:09] tiki comes across as a much less 'professional' application (no offense intended to anyone) [12:09] i think that improvng the default interface text will help [12:10] as per jonnybs email [12:10] If you add to the dev.t.o page about strings to replace, it can be done (even if manually) [12:10] When I get my editor cranked up and the files in ram, it goes pretty fast. [12:10] will it be like adding a wishlist tracker? kinda cross my fingers and hope that someone addresses it? [12:10] ;-) [12:10] ricks99: I agree - it is only to have a way to warn the translators [12:11] Well, it is _a_ way that works now, not to suggest there couldn't/shouldn't be a better way in the future. [12:12] but i don't think we should leave terrible language in there for fear of spoiling something else - it really makes us look bad [12:13] also, i more or less intentionally put less than optimum English in there, as i think my time is better spent coding and hope others will improve the copywriting [12:13] so is the consensous that it is ok to change/improve EN in TPLs, even if it breaks other langs, as long as we list the changes on dev.t.o [12:14] yes only if en strings are changed in language.php a tracker/mailing list .. whatever collect the change [12:14] is there a proposed 6.x branch? or still ok to commit directly to 6.x? or only in trunk (and then backport) [12:14] *** lphuberdeau has joined #tikiwiki [12:14] proposed 6 will happen after 6.1 [12:14] language changes are supposed to be 'safe' for direct commit, I thought. [12:14] hopefully merges will hold up until then... [12:15] @chibaguy: y, safe for the TPL, but again, i dont want to "untranslate" other languages [12:15] chibaguy: (finally) looks like luciash's css changes fix the troubles for me - looking ok to you? [12:15] I think the assumption was the intended meaning would be the same, just the wording improved. [12:16] Yes, jonnyb, it looks ok to me now. [12:16] gg [12:16] I checked in ie. [12:17] rick can you do a sed? or can you commit a en/custom.php - that I will regularly empty to propagate to language.php [12:17] what is a "sed"? [12:18] remember, rick is a windoze user [12:20] hehe ricks, sed is a nightmare for mouse-fanatics: sed is short for stream editor, used for text processing via commandline using regexp [12:20] I think Jyhem has a tool [12:20] * ricks99 thought "sed" was the past-tense for "say" [12:21] a friend of mine said, why start windows and use word when you have a console, vi, awk and sed [12:21] will it be easier if i start going through the current en lang.php file, and make changes there? [12:21] * ricks99 misses his wang dumb terminal [12:22] who needs outlook when you have pine [12:22] :-) [12:22] yes, Jyhem has a script for making the string changes. [12:23] basically you can change a text to another text in all files in a directory with only one line, so you would not break translations [12:24] because you would change also the "source" in the translations to your new text. [12:24] (Hoping of course that the translators did a good job in finding the right words before) [12:25] JoernOtt: that's how I've done the string changes, but using an editor to find and replace. [12:26] Anyway, having a record of the changes would be good, for translators to see. [12:26] but opening all 1000+ files of tiki takes some time in the mouse world [12:27] I don't open them, the editor finds and changes unopened files. [12:27] which one do you use? [12:27] (cough cough) dreamweaver [12:28] eclipse/aptana does it too, for those with mice and colour etc [12:28] +1 eclipse [12:28] searches all tike files in a few seconds [12:28] tike/tiki of course :) [12:28] not tyke? [12:32] well, my eclipse (on windoze and gentoo) whines a lot about validation errors when working with tiki [12:33] yes, it doesn't really like smarty files [12:33] js is all jslint'ed now [12:33] php should be valid too (generally?) [12:33] sadly the smarty plugin has not been developed over years now [12:34] so its quite useless/unstable [12:35] also is dependant on zend's debugger (which i've never got working) [12:37] completely new question: is it possible to limit a search scope to a specfici tracker? that is, return results only from tracker id=1 [12:45] don't think so ricks99 - but a good idea for the new search for 7 [12:49] :( tx [13:03] *** Tikiwiki|bot has joined #tikiwiki [13:03] New Forum Posts: print button - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=39169 [13:05] jonnyb: fine and you :) [13:05] :) [13:06] when is the next release planned ? [13:07] well, it depends if we're really moving back out of "freeze" mode... i think [13:08] there have been quite a lot of biggish changes since beta 2 - i think we need beta 3 - what do you think? [13:09] *** FCP has joined #tikiwiki [13:15] +1 for beta 3 [13:16] *** chealer_ is now known as chealer [13:16] polom [13:17] *** FCP has quit IRC (Ping timeout: 265 seconds) [13:19] hi chealer [13:19] hi chibaguy [13:21] luciash: I'm still logged in to tiki.org (community, second session renewal) [13:31] tikiwiki: 03sampaioprimo * r30307 10/branches/6.x/lib/tikilib.php: [bp/r30279][FIX] wrong variable name when calling $tikilib->object_post_save() on $tikilib->create_page() [13:41] *** Kimberlee has joined #tikiwiki [13:41] hello all. [13:43] hi Kimberlee [13:49] *** FCP has joined #tikiwiki [13:59] bye all - out to meet some robots (really) [14:00] *** jonnyb has quit IRC (Quit: I am going outside... I may be some time...) [14:03] hm.... {maketoc showhide="y"} doesnt seem to be working for me in tiki 6.... [14:04] *** chealer has quit IRC (Remote host closed the connection) [14:07] *** FCP has quit IRC (Quit: Page closed) [14:19] I consider that being able to parse the plugins on doc.tiki.org to be one hell of a test for a plugin parser, and it succeeded [14:20] polom [14:21] hi all [14:21] good morning [14:22] hi coaboa, lphuberdeau et all [14:23] smal usability thing: when deleting a menu item a warning with confimation step appears. This is not the case when selecting multiple entries and click on the red cross behind "Perform action with checked" [14:24] yea [14:24] coaboa: feel free to fix that small thing :) [14:25] one of those many UIs that need to be brought into the 21st century [14:25] if i could i would ;-) [14:26] coaboa: it sounds like it requires only some copy-pasting skills, nope ? [14:26] probably yes. ok I'll try it [14:26] not quite, I think that's related to tickets [14:27] lphuberdeau: maybe true; the first one is link and the second one is form submit ? [14:27] that would be my guess [14:28] but lets coaboa give it a try ;) maybe he will improve his skills and learn some new ;) [14:30] ;-) [14:36] * luciash goes to scroll back and read the irc log [14:43] Q: how do i tell trackerfilter to display the results on a separate page? [14:48] *** chibaguy has quit IRC (Read error: Connection reset by peer) [14:51] *** MacLeod has joined #tikiwiki [14:54] ^^ not possible with trackerfilter? [15:21] *** chealer has joined #tikiwiki [15:21] polom [15:22] hi [15:35] hiya :-) [15:43] *** redflo has left [15:46] hi Kim :) [15:49] *** FrankP has joined #tikiwiki [15:54] how is it going luci? [16:34] Reading doc.t.o, it looks like for WebDAV to work, all users who need to be able to save via WebDAV have to be given the permission admin_file_galleries... correct? [16:40] tikiwiki: 03marclaporte * r30309 10/branches/6.x/templates/tiki-article_types.tpl: better clarify that author rating and user rating are two different things [16:40] tikiwiki: 03sylvieg * r30310 10/branches/6.x/templates/modules/mod-trackerhelp.tpl: [FIX]TRACKERHELP: better strings [16:42] any help for my 01trackerfilter Q ^^ [16:42] 01Q: how do i tell trackerfilter to display the results on a separate page? [16:48] tikiwiki: 03marclaporte * r30311 10/branches/6.x/templates/ (tiki-edit_article.tpl tiki-edit_submission.tpl): better clarify that author rating and user rating are two different things [16:51] tikiwiki: 03marclaporte * r30312 10/branches/6.x/lib/prefs/art.php: better clarify that author rating and user rating are two different things [16:53] tikiwiki: 03sylvieg * r30313 10/trunk/ (16 files in 10 dirs): [MRG] Automatic merge, branches/6.x 30291 to 30312 [17:01] Anyone know of any settings or combinations of settings (other than what's in doc.t.o for this topic) that will prevent WebDAV from working with IE7 and FF? [17:01] saw something a whlie back that http*S* was not supported [17:01] We're seeing a failure mode with v6.x where edits aren't being saved, and we're getting permission errors. [17:02] @ricks99: We're using https, but I think LPH said that was resolved. [17:02] ah. k then. [17:03] Kimberlee: fine, thanks (was afk at dinner here, sorry) [17:04] tikiwiki: 03marclaporte * r30314 10/branches/6.x/templates/tiki-admin_include_rating.tpl: [DOC] add relevant rating options in admin panel [17:07] MacLeod: sorry, no. I got it working but not consistently between machines, although I have not seen unsaved edits. Yikes. [17:07] luci: :-) [17:10] @Kimberlee: The unsaved edits may not be immediately apparent, either. On one workstation, it seemed to work - the same user re-opened the file from the gallery and the edits were there. However, when I opened the same file from the gallery from my workstation, the edits were missing. The other user was just seeing his local copy on the second "download". [17:17] *** JoernOtt has quit IRC (Ping timeout: 240 seconds) [17:18] *** jonnyb has joined #tikiwiki [17:19] wb jb [17:20] jonnyb: presumably you didn't see the problem gary was trying to fix (and i did fix later), because you had fixed width feature on (just for your curiousness) [17:21] hi luciash - tried both i thought [17:21] (i usually don't use fixed width due to it being annoying) [17:22] jonnyb: as fivealive is always (designed as) fixed width, it maybe wasn't obvious to spot... but now, all should be fine i think [17:23] at least i tested all the other themes and it seems to work nicely [17:24] good that gary tested ie too [17:24] jonnyb: fixed the visible join in the header btw ;) [17:26] hmmm? i thought i could still see a join (when not fixed width) [17:27] jonnyb: i have little issue now for you - on dev.t.o there is the ajax preview enabled and there is one problem i spotted there with it - the links in the preview are not active so i cannot expand collapsed sections or check if the links are pointing to the right place [17:29] sorry, cannot be done - no JS in that preview (this month anyway) [17:29] things like the sharethis and googlemap plugins go completely mad and explode the whole thing - same for {jq} stuff... [17:30] i did notice on dev though that when the preview's open the save button is obscured by the custom footer stuff... [17:31] *** luciash has quit IRC (Ping timeout: 250 seconds) [17:33] *** Sug4r has quit IRC (Ping timeout: 265 seconds) [17:33] *** luciash has joined #tikiwiki [17:33] *** luciash has quit IRC (Changing host) [17:33] *** luciash has joined #tikiwiki [17:33] *** ChanServ sets mode: +o luciash [17:33] re [17:34] i'm sorry, vladi accidentaly restarted my router [17:34] :-p [17:37] jonnyb: so no clickable links in the preview ? usability issue i think... it would be at least nice if the collapsed sections were expanded at least [17:38] jonnyb: i was unable to preview my changes in the Regression Bugs (fixed) section [17:38] jonnyb: on Tiki6 page [17:38] yes, also noticed that there (i added it ;) ) [17:39] it might be possible to loosen the filters for that to let "that kind of thing" through... [17:41] ah, those yummy filters [17:41] it's a series of regexps somewhere (i forget where at the moment) [17:42] jonnyb: btw, you have to refresh your browser images cache to see the header image updated [17:43] where do i get the korean flag from ? we're missing it in the switch language module [17:44] or maybe i just make it a button link for now [17:44] no worries [17:44] which korea? [17:44] wikipedia/media have them i think [17:44] i see both (north and south) in img/flags [17:46] hehe, that's a question [17:46] i prefer the non-totalitarian one [17:46] yea, fixing that right now [17:46] it was misunderstanding in the flagmapping.php [17:46] * ricks99 has always thought that using flags as symbols for language is a mistake [17:47] mistake, but so common, that people often request it for their websites [17:47] good way to piss off your visitors [17:48] yup yup [17:48] but... if that's what they want. :-) [17:48] is there any way to use trackerlist plugin so that the results of the filter/search are shown on a separate/different page? [17:49] luciash: i still see a join (colour difference) between headertile.png and siteheader.jpg (on r30314) [17:49] ricks99: no idea [17:49] jonnyb: no way :) [17:50] way! [17:50] jonnyb: i don't see it ! [17:50] screenie ? [17:50] coming [17:51] http://img.skitch.com/20101026-8ybbuag7d12i6gwnw41c33rbek.jpg [17:51] * jonnyb likes skitch [17:53] jonnyb: you got some different headertile.png [17:53] than me [17:53] hmm, thought so - but flushed browser cache (twice) [17:54] ah, might be the option - styles/fivealive/options/blueberry/headertile.png [17:54] hmm, what can it be ? [17:54] hmm, yes, that one i cahnged [17:54] changed [17:55] that's with option "None" - the others all look ok so far [17:55] 4.5 kB (4,624 Bytes) [17:56] tikiwiki: 03sylvieg * r30315 10/trunk/ (3 files in 3 dirs): [MOD]TRACKERHELP: autoquery on tracker names [17:57] jonnyb: can it be that your system has different bit depth and displays the colors of the png differently ? [17:58] it does look different on each monitor - worst on the HP one (slighter, but still visible difference on the Apple one) [17:58] it looks ok on my two displays [17:59] that's weird issue [18:00] the dropper says the tile is #42A4DB and the header (right hand edge) is #00A8DB [18:00] i'll check [18:00] maybe saved with different colour-space thing? (what ever they're called) [18:01] dropper says: #28a7de for headertile.png [18:02] ah yes, the tile uses sRGB IEC61966-2.1 colorsync - the other bit doesn't [18:02] so it depends what app you use to view it as to what colour it comes out as (i always switch that off) [18:03] also one's a png and the other jpg - might affect it? [18:03] dropper says: #27a6dd for the JPG one right edge [18:03] (bet no one else cares ;) ) [18:04] maybe different on a mac (in safari) [18:04] strange, i saved both from same editor (GIMP) [18:04] jonnyb: are you sure your images are not cached ? [18:04] same in Fx [18:05] sure as i can be... [18:05] strange [18:05] why it gives different results in dropper picks, that'đ mystery to me [18:06] i can try save both as png [18:06] yup - both browser caches cleared and svn double checked (r30305 on both images) [18:06] it's the colorsync setting in the tile, i reckon [18:07] must be the Apple ;) [18:07] ok [18:07] how to get rid of it ? [18:07] get rid of that (just good ole RGB) and it'll probably be right [18:07] can you ? [18:07] i have no idea how [18:07] should be an option in the original file (is there one?) [18:07] let me go through GIMP [18:08] what original file ? i just modified the JPG and cutted 1x400 px from it and then stretched horizontally and saved as headertile.png [18:09] hmm, must have been a default when you made the new image [18:09] (if so good to get rid if it, imho unless you mainly do print) [18:10] Color space: RGB (says GIMP) for that PNG [18:10] no sRGB [18:10] ah, sorry, it is color profile, ok, now i see it [18:10] sRGB built-in [18:10] Default RGB working space [18:11] but it says the same for the JPG file ! :o [18:12] maybe jpg doesn't support saving the profile? [18:15] ah, hmm [18:15] hey, i can live with it (mind you, you know Mac users! :) ) [18:15] i'll try in photoshop locally [18:16] can you switch that off in the PNG one ? [18:16]