[00:18] *** Jyhem_laptop_ has joined #tikiwiki [00:18] *** Sp4rKy has quit IRC (Ping timeout: 252 seconds) [00:22] *** Jyhem_laptop has quit IRC (Ping timeout: 276 seconds) [00:22] *** amette has quit IRC (Ping timeout: 276 seconds) [00:25] *** Sp4rKy has joined #tikiwiki [00:27] *** amette has joined #tikiwiki [00:51] *** lphuberdeau has joined #tikiwiki [00:58] *** rodrigo_sampaio1 has quit IRC (Quit: Leaving.) [01:11] *** Caarrie|away is now known as Caarrie|sleeping [01:22] *** CIA-88 has quit IRC (Ping timeout: 252 seconds) [01:23] *** CIA-50 has joined #tikiwiki [01:51] *** goj_killedByISP has joined #tikiwiki [01:51] *** goj has quit IRC (Disconnected by services) [01:51] *** goj_killedByISP is now known as goj [02:22] tikiwiki: 03sept_7 * r36395 10/trunk/templates/prefs/shared-flags.tpl: [FIX] Smarty notices lots of them in admin panel [06:13] *** luciash|away has quit IRC (Ping timeout: 252 seconds) [06:17] *** fabricius_ has joined #tikiwiki [06:17] *** fabricius has quit IRC (Ping timeout: 246 seconds) [06:17] *** fabricius_ is now known as fabricius [06:42] *** Bernard1 has joined #tikiwiki [07:03] *** Merbster has joined #tikiwiki [07:05] Good morning [07:09] fabricius.. [07:18] *** SJ-Jay has joined #tikiwiki [07:18] does anyone know how to change the width of Tiki's textareas? [07:52] good morning Merbster [07:53] Merbster: you mean in the css file? [07:53] Well problem is. that we cannot make the text area more narrow. [07:53] because there's an inline style that defines it to be 1000-something pix. [07:54] I had to do that recently, as I changed from fixed width 990px to 960px to get my firststeps of Tiki-960.gs experience [07:55] hmm you are talking about a fluid width theme? [07:55] if yes, then I think, you might just have to set col2 and col3 wider ... [07:56] but I am actually not exactly getting what you need and why [07:56] so just tell us more ;-) [07:58] what theme you are using? [08:00] a custom one [08:01] But we paid someone to do it for us [08:01] and they did a very poor job. [08:01] ok [08:01] Is it a fluid theme, or a fixed width? [08:03] It seems they made it fixed width, and that is what is giving us trouble. [08:03] because the text area box is too wide at almost 1200px. [08:03] it's too far away from the actual product of your text. [08:13] I'll have a look at my customisations and check the selectors [08:14] could you have a look, wich selector(s) are causing this 1000+ inline width, pleas? [08:14] e [08:14] *** redflo has joined #tikiwiki [08:18] *** Jyhem_laptop_ is now known as Jyhem_laptop [08:20] *** DarkCalf has quit IRC (Ping timeout: 252 seconds) [08:22] fabricius, well there are no selectors, since it's inline style that defines that width [08:22] I even searched through all tikiwiki css files to see if there was a selector for that element, but nothing. [08:22] fabricius, [08:24] 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 :/ [08:24] *** DarkCalf has joined #tikiwiki [08:25] did you check the #fixed width selector (s) [08:26] I'll paste you someselectors, that bringme to a nearly 960.gs style: [08:26] 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; } [08:28] I do not know where the guy who made your custom theme did define the width you want to change now [08:30] -> 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) [08:31] <- Merbster ans SJ-Jay [08:32] fabricius, If you use IE and press F12 you get a development window where you can inspect the CSS [08:34] 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) [08:35] fabricius, we are making an intranet, so it's not publicly available :) [08:36] *** redflo has left [08:37] *** redflo has joined #tikiwiki [08:41] 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 [08:49] fabricius, sorting out the selectors we allready did. [08:50] We want the text area to be freely resizable by the user (like it is on dev.tiki.org) [08:50] 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 [08:50] but we decided to postpone this [08:54] We can "live with it" [08:58] 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 [08:58] give [08:58] fabricius, thanks. I will keep that in mind. [08:59] Merbster: you got the pastebin? [09:00] 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. [09:00] * Merbster is at work [09:00] ah cool - thx! [09:18] *** Jyhem_laptop has quit IRC (Remote host closed the connection) [09:56] *** jonnyb has joined #tikiwiki [10:00] *** xavi has joined #tikiwiki [10:00] polom [10:00] any linux guru around? [10:00] tikiwiki: 03jonnybradley * r36396 10/trunk/templates/list_file_gallery_content.tpl: [SVN] remove annoying merge info [10:01] hi xavi - you're the linux guru i thought! :) [10:01] in file galleries-... [10:01] jonnyb: :-) (and hi) [10:01] any linux-more-guru-than-me? (not that difficult) ;-) [10:02] in tiki-admin.php?page=fgal, tab "search indexing", I see I can add handlers to search content within files uploaded to file gals. [10:02] hi xavi [10:03] I found this nice doc about it: http://doc.tiki.org/Search+within+files [10:03] hi fabricius [10:03] but I see that there is no info about openoffice.org (or libreoffice) applications [10:03] and most of our documents in our tiki-based knowledge base at work at OOo based [10:04] Jyhem: ^any tip? (probably it's too early to ask also to lphuberdeau or chealer, I guess) [10:05] changi|morphee: ^ [10:05] amette ^ [10:06] * xavi googles for it a little bit more... (just in case) [10:30] * xavi found it [10:34] *** j0n3 has joined #tikiwiki [10:44] 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. [10:47] 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) [10:49] tikiwiki: 03jonnybradley * r36399 10/trunk/templates/tracker_validator.tpl: [FIX] trackers: Split validator JS so we only get one instance of process_submit() [10:49] *** Caarrie|sleeping is now known as Caarrie|away [10:55] 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?) [10:56] hi Merbster [10:56] yes, you are right [10:56] for OOo files, odt2txt does the trick [10:56] I updated the docs here: [10:56] with OpenOffice it's probably not that bad. but all docx files... [10:56] http://doc.tiki.org/Search+within+files [10:58] Does this function only work with linux hosted tikiwikis? [11:03] no idea [11:09] 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 [11:10] 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) [11:11] fabricius, it depends on how the code that calls the handlers expects the output from the parser to be [11:11] and since the docs state that you must make the handler output directly to the terminal [11:11] ok [11:11] I am thinking "Does output to termnial on LInux and windows behave the same" [11:11] bbl (lunch time) [11:15] *** ricks99 has joined #tikiwiki [11:16] polom y'all [11:22] hi ricks99 [11:22] 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). [11:22] fabricius: ^^^ [11:23] yo ricks99 [11:24] hiya jonnyb & Merbster [11:27] http://pastebin.com/EFQgSQM7 <- can somebody tell me why there's an "if (true)" statement in there? [11:28] jonnyb: ??? [11:29] fabricius: fix for calendars coming to 7.x soon [11:31] I would say there is no reason for if (true) [11:31] lphuberdeau, I had a hard time figuring out why the consultant put it there too. :S [11:34] 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). [11:36] kind of strange code too [11:36] looks odd even to me.... and i'm not a major coder [11:37] makes me wonder if the guy had ever touched php before [11:37] he's a CONSULTANT, Do I need to say more? :P [11:38] he's a business process consultant gone wannabe coder :P [11:38] I'm a consultant too [11:38] ah, that's different [11:39] ricks99, I just pulled out the while loop. not the entire function [11:39] y, i realized that [11:40] * ricks99 knows just enough php to be dangerous [11:41] just using a while loop for that is strange [11:42] *** RobertPlummer has joined #tikiwiki [11:46] polom all [11:49] polom RobertPlummer (and all) [11:49] good greif smarty 3 is slow! [11:49] really? hadn't noticed a huge difference locally [11:51] jonnyb, it takes up significantly more time in profiling than smarty 2 did [11:52] 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" [11:53] well, it's going to increase CPU usage by about 20% [11:54] well, that's what smarty's for isn't it? ;) [11:59] jonnyb, are there better alternatives than smarty? [11:59] lol, switching away from smarty is impossible [11:59] not for us sadly, i fear [12:03] 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. [12:04] smarty is not always inefficient [12:04] For what we are using it for it seems that it is. [12:04] For instance, to render a text field... Isn't text... text? [12:05] thx jonnyb - is the calendar fix already in demo/7.x - then I would test right now ;-) [12:05] I think yes - if you meant that with having backported [12:06] fabricius: probably not, just in svn so far (demo/7x would need updating i think) [12:06] but I do not know, how often demo is updated [12:06] RobertPlummer, there is no template for text [12:06] check your facts [12:06] lphuberdeau: it tries to load one. [12:06] no it does not [12:06] lphuberdeau: cachegrind says something different. [12:06] only for the history [12:07] text field loads a tpl EVERY time a tracker text field is rendered. [12:07] know this for a fact. [12:08] it would for a popup, which is complex enough to deserve a template [12:08] on output or input? [12:08] output [12:08] I have not tested input. [12:09] input can be inefficient, you aren't rendering thousands of values at a time. [12:09] tell me the code path that leads to text using a template [12:11] lphuberdeau: is input rendering by default? [12:11] It must be input that is being rendered. [12:12] lphuberdeau: it is line 77 in text.php, which is input. [12:14] for input it's fine [12:15] 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%) [12:16] what you could question is that tiki renders the form every time the item is displayed [12:17] either way, at this point with smarty 3 it is nearly unusable. [12:18] that's an exageration [12:19] lphuberdeau: all use cases are different. [12:20] lphuberdeau: just another excuse to make it faster [12:22] I just don't think the tool is always to blame, in many cases, the usage is wrong [12:23] just now, I noticed something quite nice, removing capture blocks speeds up smarty [12:23] lphuberdeau: I should clarify that I'm using tracker query lib with rendered output, and that trackers seems to be still pretty speedy. [12:24] lphuberdeau: The use case is that I'm loading tracker data into charts, and it is just super slow. [12:25] lphuberdeau: All I want to do is list tracker data between dates, seems easy enough, but is sadly not with any efficiency. [12:25] are you sure the query part is not the problem? [12:26] lphuberdeau: the query part uses like 1% resources, and when I turn rendering off, it is lightning fast. [12:27] are you extracting more data than you need? [12:27] lphuberdeau: :) yes and no [12:27] rendering data that will not be displayed can't really help [12:30] 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 [12:34] I think the main issue is that smarty 3 does not handle {capture} too well [12:35] skipping those is an instant speed-up [12:35] *** Jyhem_laptop has joined #tikiwiki [12:52] *** Jyhem_laptop has quit IRC (Ping timeout: 258 seconds) [12:54] Does anybody know, when demo is updated (esp. 7.x) -> daily? [12:58] when marc does it [13:01] *** radek82 has joined #tikiwiki [13:03] fabricius: did we never get you running a tiki from svn? [13:07] tikiwiki: 03lphuberdeau * r36405 10/trunk/ (4 files in 3 dirs): [FIX] Removing some more capture blocks [13:12] *** Jyhem_laptop has joined #tikiwiki [13:17] jonnyb: problem is, that my provider has *no svn installed* [13:17] jonnyb: sad, isn't it? [13:17] ah, shame, yes [13:18] you should set-up a local tiki for yourself [13:18] otherwise, I would've running a proposals or a branches or a trunk myself [13:19] lphuberdeau: can I run that with svn then? [13:19] should be possible lphuberdeau [13:21] tikiwiki: 03lphuberdeau * r36406 10/trunk/ (2 files in 2 dirs): [FIX] Removing more capture blocks [15:05] *** fabricius is now known as fabricius|goneOf [15:06] *** fabricius|goneOf is now known as fab|goneOff [15:43] *** ricks99 has quit IRC (Quit: Get the best-selling Tiki books (paperback and ebook) at http://www.lulu.com/spotlight/ricks99) [15:49] *** lphuberdeau has quit IRC (Ping timeout: 240 seconds) [16:01] *** lphuberdeau has joined #tikiwiki [16:08] *** xavi has left [16:09] * lphuberdeau wonders what happens to the smarty security_settings that now cause warnings all around [16:11] *** Jyhem_laptop has quit IRC (Ping timeout: 252 seconds) [16:28] *** Jesper__ has joined #tikiwiki [16:40] *** redflo has left [16:42] *** Warkster has joined #tikiwiki [16:43] *** Narkster has quit IRC (Ping timeout: 240 seconds) [16:45] *** that_nima has quit IRC (Ping timeout: 240 seconds) [16:46] *** that_nima has joined #tikiwiki [16:49] *** rodrigo_sampaio has joined #tikiwiki [17:43] tikiwiki: 03lphuberdeau * r36408 10/trunk/ (4 files in 4 dirs): [MOD] Limit the amount of results that will be extracted and cached [17:59] polom [18:00] hi chealer [18:05] hi rodrigo_sampaio [18:28] moloq [18:28] *** fab|goneOff is now known as fabricius [18:38] polom chealer [18:50] *** Bernard1 has quit IRC (Quit: Leaving.) [18:52] *** horky has joined #tikiwiki [18:52] Hi. [18:53] Is there a "spoilers" plugin for wiki? Something that can collapse and expand a bunch of text when clicked on? [18:53] *** ricks99 has joined #tikiwiki [18:55] *** changi|morphee is now known as changi [18:55] polom [18:55] * ricks99 re-polom after the big earthquake [18:56] *** LordVan has joined #tikiwiki [18:56] hi all - ricks99: earthquake? [18:56] rocked the USA east coast: http://bit.ly/n0gyH4 [18:56] horky: yes - i tihnk it's called fade [19:00] hi ricks99. any damage for you? nothing essential it seems, Internet still working? :-) [19:00] no damage by me. sounded/felt like a large truck driving by my house. [19:01] 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. :-) [19:01] hahaha [19:03] power didnt even blink for me at all. a real non-event [19:03] but highly unusual for the east coast [19:03] jonnyb: Thanks! [19:05] ricks99: magnitude ? [19:05] ricks99: that's pretty cool. assuming no nuclear meltdown is going on :-S [19:05] 5.9 i think. honestly, we're more concerned about hurricane irene this wkened. [19:06] @chealer: remember, it wasnt the earthquate that caused the meltdown in japan.. it was the failure (due to sea water) of the diesel backups [19:07] 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 [19:07] ^ my post, was impatient. [19:07] *hums* [19:08] thanks again [19:08] *** horky has quit IRC (Quit: leaving) [19:10] 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 [19:11] rodrigo_sampaio: i think for unused string for menu, we can add get_string comment like i do in some files [19:12] tikiwiki: 03mlustenberg * r36409 10/trunk/ (4 files in 4 dirs): [ENH] wysiwyg_htmltowiki work in progress: tiki-admin_toolbars integration [19:12] the last natural "disaster" that hit here must have been a meaningless earthquake 10 years ago [19:13] changi: but is not menu content site specific? [19:14] rodrigo_sampaio: i talk about menu42 :) [19:14] rodrigo_sampaio: the global one [19:14] changi: huh... I see :) [19:15] changi: but menu42 options are manually added to language.php files? [19:15] I think this is unlikely but I don't the proccess [19:16] rodrigo_sampaio: i don't think they are manually added [19:16] 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? [19:17] 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 [19:18] 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 [19:18] rodrigo_sampaio: like in tiki-send_objects.php [19:18] rodrigo_sampaio: you can see //get_strings tra("Send Pages"); [19:19] changi: but this is the case for every menu option in menu 42? [19:19] changi: I mean if you create a new option in menu 42 you have to add //get_strings tra(optionName)? [19:20] otherwise it won't be translatable? [19:20] rodrigo_sampaio: yes [19:20] changi: ok, thanks for the information [19:21] rodrigo_sampaio: category names should go to custom.php, yes [19:21] changi: maybe we should think of a better way to handle this [19:21] rodrigo_sampaio: maybe get_strings can make a sql query to get all default option and add it in language.php [19:22] chealer: i have another idea for category :) [19:22] 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? [19:22] chealer: but i need to take some time to explain it in a wiki page or on an email [19:23] rodrigo_sampaio: yes, if they all are declared, i don't know if it's the case [19:23] changi: ok [19:23] changi: good [19:24] rodrigo_sampaio: I agree with the way to handle mods [19:24] chealer: good :) [19:25] rodrigo_sampaio: me too [19:27] *** lphuberdeau has quit IRC (Ping timeout: 276 seconds) [19:27] bbl [19:30] *** ricks99 has quit IRC (Remote host closed the connection) [19:32] *** nkoth has joined #tikiwiki [19:56] tikiwiki: 03changi67 * r36411 10/trunk/lib/smarty_tiki/ (24 files): No changes - Indent + header for phpdoc [20:03] tikiwiki: 03changi67 * r36412 10/trunk/lib/core/TikiConnect.php: [ENH] Duplicate variable [20:07] 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 [20:07] jonnyb: sorry for the 2 last commit :) [20:07] New Forum Posts: Changing body font in Milkyway theme. - http://tiki.org/tiki-view_forum_thread.php?forumId=14&comments_parentId=42088 [20:07] jonnyb: bad habit [20:08] #1 was fair enough, #2 i'm not convinced about (but don't care much really) [20:08] ;) [20:08] *** horky has joined #tikiwiki [20:09] The fade plugin can't display {CODE} stuff :( [20:11] hi horky again - that's dull [20:11] how about a show/hide heading? [20:12] How? [20:13] !- for a closed section [20:13] !+ for an open on [20:13] (in wiki syntax) [20:13] I'll go look. [20:14] Maybe something's wrong with how I wrote the fade thing... http://pastebin.com/tdXxsMhs [20:15] *** luciash has joined #tikiwiki [20:16] horky: looks ok [20:17] nesting plugins is wobbly [20:17] polom [20:17] hi luciash [20:17] hi jonnyb [20:18] horky: it's working for me [20:18] hi luciash [20:19] strange [20:19] hi jonnyb. the shared-flags notices were everywhere, for example tiki-admin.php?page=profiles [20:20] "Type: Undefined index: plugin" [20:20] horky: which version are you using ? [20:20] hmm, oh right - smarty notices of course! (oops) [20:21] salut changi [20:21] 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 [20:22] chealer: i see them - better to fix them in the php i think [20:22] horky: ok, it's working in trunk [20:22] jonnyb: I don't see the breakage you talk about. could you specify the problem? [20:23] all the icons on the prefs seem to be on for me - undo, warning etc [20:23] jonnyb: you can check http://ido.ath.cx:8080/tiki/trunk/tiki-admin.php?page=features for my local trunk [20:24] jonnyb: they're not here. for example undo only appears on some [20:24] horky: working on 7.1 too [20:24] Very weird! [20:25] I must be doing something wrong then. [20:25] i just copy/paste your code [20:25] If it works on your 7.1 it should on mine too... [20:26] chealer: did you roll back r36395? (seems you have all the smarty notices) [20:27] tikiwiki: 03changi67 * r36414 10/trunk/lang/fr/language.php: [TRA] Missing space [20:27] *** lphuberdeau has joined #tikiwiki [20:28] Progress. [20:28] I've added a caption to the code plugin, and I see it. [20:28] But still no code. [20:29] jonnyb: yes, I rolled it back to show the notices and that icons are working nevertheless [20:29] jonnyb: shared-flags is on r36394 [20:29] jonnyb: oops [20:30] jonnyb: sorry, icons are broken here too. thanks [20:30] is ok, have a fix coming [20:30] thx for checking [20:30] horky: could you try using the plugin helper ? [20:31] (shared-flags is on r36395 [20:33] changi: Same result. [20:33] I see the code's caption, and then what it seems to be a 1 px by 1 px div. [20:33] tikiwiki: 03jonnybradley * r36415 10/trunk/ (lib/prefslib.php templates/prefs/shared-flags.tpl): [20:33] tikiwiki: [FIX] Smarty notices lots of them in admin panel [20:33] tikiwiki: Revert r36395 and redo in php by adding new pref attributes to defaults [20:33] If I view the page's source, the code is there. [20:34] Maybe it's a theme css issue. [20:34] I'll try to change themes. [20:35] changi: what theme are you using? [20:37] jonnyb: thanks, that's good [20:39] horky: JQUI [20:40] horky: and you [20:40] horky: ? [20:40] I've tried both tikinewt and fivealive and got same results... only displays code's caption div. [20:42] Same for jqui, I give up. I'll use !- [20:45] tikiwiki: 03changi67 * r36416 10/trunk/lib/smarty_tiki/ (7 files): [user:changi:codecleaning] Unused variables [20:47] sleeping time, see ya [20:47] *** changi is now known as changi|morphee [20:47] n8 changi [20:48] *** redflo has joined #tikiwiki [20:50] Well I didn't give up. [20:50] I took the html source, saved it as a separate html and opened it. Showed no code. Removed