[00:00] tikiwiki: 03marclaporte * r16658 10/trunk/db/tiki.sql: [MOD] On new installs, removing obvious link to mods, as admins can find via tiki-admin.php and there are many errors in mods. http://twitter.com/afahad/statuses/1173416234 [00:09] tikiwiki: 03marclaporte * r16659 10/trunk/ (templates/tiki-admin_security.tpl tiki-admin_security.php): [FIX] Updating security information related to new plugin system in 3.0 [00:11] tikiwiki: 03marclaporte * r16660 10/trunk/tiki-install.php: [MOD] Cosmetic changes to installer [00:14] tikiwiki: 03marclaporte * r16661 10/trunk/lib/setup/prefs.php: [FIX] Default to off for a plugin which can be used to disclose information in certain contexts [00:27] tikiwiki: 03marclaporte * r16662 10/trunk/lib/setup/prefs.php: [FIX] Adding default preferences for a few plugins [00:32] tikiwiki: 03marclaporte * r16663 10/trunk/db/ (6 files): [FIX] convertscripts run [00:37] *** rodrigo_sampaio has joined #tikiwiki [00:37] *** rodrigo_sampaio has quit IRC (Client Quit) [00:43] tikiwiki: 03marclaporte * r16664 10/trunk/templates/tiki-searchresults.tpl: [FIX] typo [00:44] *** Caarrie|away is now known as Caarrie [00:49] *** danopia has quit IRC (Connection timed out) [00:49] tikiwiki: 03marclaporte * r16665 10/trunk/lib/setup/prefs.php: [MOD] Changing default for new installs, to need to validate the email addresses (click link in email). This only is the case if users can register, which is still default to no. [00:50] *** danopia has joined #tikiwiki [00:52] tikiwiki: 03marclaporte * r16666 10/trunk/tiki-admin_security.php: [NEW] More security warning messages [01:21] tikiwiki: 03marclaporte * r16667 10/trunk/templates/tiki-searchresults.tpl: [FIX] Cosmetic fix in search [01:32] tikiwiki: 03marclaporte * r16668 10/trunk/templates/tiki-searchindex.tpl: [FIX] Making object filters optional in tiki-searchindex.php [01:44] tikiwiki: 03marclaporte * r16669 10/trunk/tiki-install.php: [FIX] Some cosmetic changes to the installer. Still not good, but less awful. [01:47] *** Amorphous has quit IRC (Read error: 113 (No route to host)) [01:49] tikiwiki: 03marclaporte * r16670 10/trunk/tiki-install.php: [FIX] Some cosmetic changes to the installer. Still not good, but less awful. [01:50] *** Amorphous has joined #tikiwiki [02:01] tikiwiki: 03marclaporte * r16671 10/trunk/ (5 files in 3 dirs): [MOD] mass changing of tikineat.css to thenews.css in various system messages and error messages. [02:11] *** Caarrie is now known as Caarrie|away [02:14] tikiwiki: 03marclaporte * r16672 10/trunk/db/tiki.sql: [FIX] Changing search link in menu to be the same at searching in top bar (Site Identity) [02:26] *** SEWilco2 has joined #tikiwiki [02:31] tikiwiki: 03marclaporte * r16673 10/trunk/db/ (6 files): [FIX] convertscripts run [02:33] tikiwiki: 03marclaporte * r16674 10/trunk/templates/tiki-searchresults.tpl: [FIX] Making object filter optional. [02:36] *** Caarrie|away is now known as Caarrie [02:36] tikiwiki: 03marclaporte * r16675 10/trunk/templates/tiki-admin-include-search.tpl: [FIX] Clearer label [02:38] tikiwiki: 03marclaporte * r16676 10/trunk/lib/setup/prefs.php: [MOD] Making search results cleaner by default, by deactivating object type, and by deactivating hit count, which some webmasters prefer not to disclose anyway. [02:49] tikiwiki: 03marclaporte * r16677 10/trunk/db/profiles/basicEnabled.prf: [FIX] No experimental features in default profiles. [03:00] tikiwiki: 03marclaporte * r16678 10/trunk/db/ (tiki-db-adodb.php tiki-db-pdo.php): [MOD] Cosmetic changes to the error message pages, like when Tiki can't connect to the database [03:04] tikiwiki: 03marclaporte * r16679 10/trunk/lib/setup/prefs.php: [MOD] Deactivating List authors on a clean install, to make as clean as possible [03:07] tikiwiki: 03marclaporte * r16680 10/trunk/lib/setup/prefs.php: [MOD] Deactivating WikiWords on a clean install, as they sometime leads to unintended links. [03:24] *** Ludo_ has joined #tikiwiki [03:24] hi [03:25] is it possible to get users created automatically when you use the apache authentication? [03:29] tikiwiki: 03marclaporte * r16681 10/trunk/ (5 files in 4 dirs): [MOD] Making ListOrphans page optional, and turned off on clean installs. Wiki orphan pages is a concept more useful when there is no menu. Most TikiWiki sites use a menu. [03:30] Ludo_ : never heard of that [03:30] I doubt it [03:31] Tiki needs username, password and email [03:31] well, doesn't need email [03:31] but better [03:38] why it needs a password, if we use the webserver authentication [03:38] ? [03:39] in fact I will need just the user exist with limited permissions, but I don't want to get the login/password box [03:49] tikiwiki: 03marclaporte * r16682 10/trunk/db/ (6 files): [FIX] convertscripts run [03:53] tikiwiki: 03marclaporte * r16683 10/trunk/templates/tiki-lastchanges.tpl: [FIX] Adding check to see if IP should be shown in Last changes. [03:55] *** Caarrie is now known as Caarrie|sleeping [03:56] tikiwiki: 03marclaporte * r16684 10/trunk/lib/setup/prefs.php: [MOD] On clean installs, no longer show IP by default in wiki history (cleaner & confidentiality) [04:00] Ludo_: : good point [04:10] I keep reading about "user themes," is it possible for a user to specify a theme to use instead of the default? if so, where does the user go to do this? [04:14] Nickolous: I assume in "My Wiki", or else a menu option would appear if the feature is enabled. [04:14] Nickolous: I haven't enabled it, so I haven't seen it. [04:20] mmkay, thanks. [04:20] *** aardvarc has joined #tikiwiki [04:21] *** PrezKennedy has quit IRC ("Leaving") [04:30] *** cnd_ has joined #tikiwiki [04:30] *** cnd has quit IRC (Read error: 104 (Connection reset by peer)) [04:33] *** PrezKennedy has joined #tikiwiki [04:40] *** aardvarq has quit IRC (Connection timed out) [05:07] *** PrezKennedyJR has joined #tikiwiki [05:08] *** PrezKennedy has quit IRC (verne.freenode.net irc.freenode.net) [05:08] *** Sug4r has quit IRC (verne.freenode.net irc.freenode.net) [05:09] *** PrezKennedy has joined #tikiwiki [05:13] *** CIA-71 has joined #TikiWiki [05:13] *** cnd_ has quit IRC (verne.freenode.net irc.freenode.net) [05:13] *** CIA-51 has quit IRC (verne.freenode.net irc.freenode.net) [05:14] *** Sug4r has joined #tikiwiki [05:16] *** marclaporte has quit IRC (Read error: 110 (Connection timed out)) [05:23] *** cnd_ has joined #tikiwiki [05:24] *** PrezKennedy has quit IRC (Connection timed out) [05:35] *** getest has joined #tikiwiki [05:37] *** getest has left [05:40] *** marclaporte has joined #tikiwiki [05:52] *** navster has joined #tikiwiki [06:00] *** SEWilco2 has quit IRC (Remote closed the connection) [06:10] *** Lucymoz has quit IRC (Read error: 110 (Connection timed out)) [06:16] *** jerkface03 has quit IRC (Read error: 104 (Connection reset by peer)) [06:17] *** jerkface03 has joined #tikiwiki [06:22] *** franck has quit IRC () [07:06] *** Nickolous has quit IRC (Read error: 110 (Connection timed out)) [07:20] *** Nickolous has joined #tikiwiki [07:30] *** Nickolous has quit IRC ("Leaving") [08:14] *** Wilkins has joined #tikiwiki [08:15] *** Wilkins has quit IRC (Remote closed the connection) [08:15] *** Wilkins has joined #tikiwiki [08:37] polom [09:48] tikiwiki: 03pkdille * r16685 10/trunk/lang/fr/language.php: [MOD] get_strings on french translation file [10:09] luciash: : i have same sql problem [10:20] *** R|SK has joined #tikiwiki [10:21] Hi, I'm currently trying the Dynamic Content System but there i sth. Wired i cannot figure out. [10:21] Does DCS need HTML-Features enabled? [10:23] tikiwiki: 03luciash * r16686 10/trunk/tiki-install.php: [MOD] code simplification (no need to repeat the same xhtml 3 times) + small fixes and adjustments [10:26] *** stripmind_ has quit IRC (Read error: 60 (Operation timed out)) [10:37] *** marclaporte has quit IRC ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") [11:14] Anyone? [11:14] I'm still struggeling with this issue. [11:24] R|SK: hi, wassup ? [11:24] Hi luciash [11:24] [11:21] R|SK: Hi, I'm currently trying the Dynamic Content System but there i sth. Wired i cannot figure out. [11:24] [11:21] R|SK: Does DCS need HTML-Features enabled? [11:24] if you use html in it ? [11:25] How else can dynamic content be implemented? [11:27] Btw. Where do I have to enable HTML to support DCS in Wiki page? [11:27] Admin -> features -> wiki -> allow HTML? [11:29] The problem is, that the html-syntax is even disabled, when setting up a dcs block. [11:34] *** chibaguy has joined #tikiwiki [11:35] *** marclaporte has joined #tikiwiki [11:36] R|SK, dynamic content feature doesn't need HTML activated. [11:36] hey gary :) [11:36] luci: making orphan change now [11:36] Ok, so how can it be used without HTML? [11:36] The docu is a bit indifferent. [11:38] The "activate HTML" is in regard to wiki content, right? Dynamic content goes into templates or modules, so wiki content isn't involved. [11:39] Of course you can/should use HTML in dynamic content, but this is separate from the wiki/text area activate html. [11:39] marclaporte: yay :) [11:40] chibaguy: DCS can be used in wiki page too via {content id=...} [11:40] * luciash cannot find where to enable DCS on trunk :-p [11:41] hi luciash. oh ok, I didn't know that. [11:42] According to docs (and my past experience) it was only tpls and user modules. [11:43] chibaguy: you can see it in wiki page help [11:43] edit help [11:43] ah, maybe was added sorta recently? [11:44] nope, afaicr it's there many years already .) [11:45] * chibaguy checks mind for leakage. [11:45] Hmm... [11:45] Ok, I guess i understood. [11:46] but where the hell is it being activated ? [11:46] should be on features admin, right? [11:46] That's what I'm on, too. ;) [11:46] No sign of it.... [11:47] in admin text area [11:47] And is there anyway I can create a checklist-form (like in HTML) that allows users to justz tick checkboxes when a task is completed? [11:48] I don't see it in 2.2 features admin either. [11:48] Me neither. [11:48] My guess is it got forgotten at 2.0 and never was added back. [11:50] *** kerrnel has quit IRC ("CGI:IRC (Ping timeout)") [11:51] In Tiki 1.9*, it's on tiki-admin.php?page=features. I just checked. [11:53] * chibaguy just noticed marlaporte's comment. [11:54] tiki-admin.php?page=textarea :-) [11:54] Hmm, textarea? Interesting location given that it can also go in tpls, etc. [11:54] it could go in two places [11:55] too bad the magic is gone [11:56] too bad the magician is gone.... [11:56] tikiwiki: 03marclaporte * r16687 10/trunk/lib/setup/prefs.php: [MOD] Change back List Orphan pages to on, on a default install. We will need profiles to handle both cases. [11:57] R|SK, could you use the user task feature? http://doc.tikiwiki.org/tiki-index.php?bl=y&page=Task [11:59] Chibaguy: interesting idea, but I guess for our purposes not useable. We want to keep track of QA checklists, and so on. [12:01] what about a tracker? (just thinking of where checkboxes are already available) [12:02] I was thinkinf of this too, but as far as I can say after half an hour of reviewing it, it would be hard to adapt our processes to it. [12:02] tikiwiki: 03sylvieg * r16688 10/trunk/db/tiki.sql: syntax [12:03] tikiwiki: 03sylvieg * r16689 10/trunk/db/ (6 files): sync [12:04] I'm wondering why a tracker wouldn't work.... [12:05] Maybe it will. I'm not through with it yet. [12:08] #2008-11-20 JohannesMoser [12:08] ALTER TABLE `tiki_polls` ADD `anonym` ENUM( 'a', 'u', 'i', 'c' ) NOT NULL DEFAULT 'u' Duplicate column name 'anonym' [12:09] 2008-11-20 JohannesMoser ALTER TABLE `tiki_polls` ADD `anonym` ENUM( 'a', 'u', 'i', 'c' ) NOT NULL DEFAULT 'u' Duplicate column name 'anonym' [12:12] I get this error 50% of the time that I re-install the DB [12:16] marclaporte: same here, maybe sylvie just fixed it ? [12:16] :) [12:16] nope [12:16] it's something else [12:17] and the 50% is very very strange [12:18] yup, that i noticed as strange too [12:20] * luciash just realized {content id=1} doesn't work on wiki page of trunk either [12:20] even when html allowed on Admin > Wiki [12:21] R|SK: there must be a bug [12:24] * luciash have tried with DCS: TikiWiki Community website [12:25] *** Caarrie|sleeping is now known as Caarrie [12:26] Luciash: Thanks. I was getting grazy on it. [12:26] Err, crazy. [12:26] :) [12:26] Always trying to enables it, without success. [12:29] actually even plain text doesn't work [12:29] :-| [12:29] what you need to put in ? [12:30] Wondering why anbody else hasn't noticed that. [12:30] try %my_dynamic_variable% if it's not too long [12:30] the content you want to display [12:31] And how do I implement the id? [12:31] you can e.g. put the above piece of html link i tried with DCS there [12:31] You mean this way: %TikiWiki Community website% ? [12:31] it's called dynamic variable wat you put in between %% [12:32] nope, i mean you'll be able to put it there later after you save %something% [12:32] and every time you will put %something% on a wiki page it will get replaced with it [12:32] Ok, than this would be the correct way: %http://tikiwiki.org/Home% [12:33] nope, correct way: %tikihome% [12:33] then save [12:33] then edit it [12:33] (click on it) [12:33] and put what you want there [12:34] Ah, now I got it. Thank you luciash. [12:34] >doctwo dynamic+variable [12:34] http://doc.tikiwiki.org/dynamic+variable [12:34] I'll give it a try [12:54] tikiwiki: 03marclaporte * r16690 10/trunk/lib/setup/prefs.php: (log message trimmed) [12:54] tikiwiki: A- People are already setting the DB connection without SSL. Is it possible to install with only SSL? [12:54] tikiwiki: B- Most people don't change the default settings and most people don't have SSL. So the current setup leads to [12:54] tikiwiki: having the vast majority of TikiWiki sites having the [ Standard | Secure ] and the secure link causes an [12:54] tikiwiki: error. This can lead to a bad reputation for Tiki and the site. [12:54] tikiwiki: C- The current workflow is: [12:54] tikiwiki: 1- go to web root [12:56] marclaporte: not sure it is a good idea to have a minumum setting like wikiwords .. [12:59] *** marclaporte has quit IRC ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") [13:23] *** ricks99 has joined #tikiwiki [13:53] tikiwiki: 03pkdille * r16691 10/trunk/templates/tiki-forums.tpl: [FIX] list forums: fix the colspan of the section row [14:12] *** SEWilco2 has joined #tikiwiki [14:12] *** aardvarc has quit IRC (Read error: 104 (Connection reset by peer)) [14:19] *** PrezKennedyJR has quit IRC (Client Quit) [14:20] *** PrezKennedy has joined #tikiwiki [14:38] Hi coders... the {INCLUDE(page=>...)}{INCLUDE} plugin is inserting extra
lines into the included page, anyplace where the original page had a \n - anyone got an idea how to stop that? [14:39] The plugin itself is fine - but whatever code is calling it - is taking the returned $text and doing the change. [14:39] I've tried a "grep" on the entire codebase for anything I can find that might be the culprit... no luck tho - any hints/tips would be most appreciated! [14:41] cnd_, are you using the normal wiki editor or the wysiwyg editor? [14:42] wysiwyg [14:42] v 2.2 [14:42] That may have something to do with it. [14:43] fckeditor interprets line breaks as paragraphs when you're using the editor, so maybe it's doing the same thing to breaks in the included page. [14:43] What's the name of the php file that's got the job of outputting page text ? [14:43] No - this isn't a page-content thing. [14:44] I "hacked" the plugin, and inserted my own static text with some "\n" in it - and they all turn into
as well. [14:44] I haven't noticed that problem using the include plugin when I'm using the normal wiki editor. [14:44] the plugin itself only returns the text - no extra info to the caller about what might have created the text, nor what format it's in. [14:45] It's a somehwat subtle problem - you tend not to notice extra blank lines - and if they're inside tables or various other things - they don't show at all. [14:45] gimme 5 - I'll do a plain wiki page, and check if that's suffering too... [14:46] You're saying the output is the same whether or not the wysiwyg editor is used? [14:47] hmm - thanks - I think you solved it for me!! [14:48] I've got to put the {INCLUDE} thing into a page this is build with WYSIWYG - then I don't get the double-lines [14:48] Or - more specifically - it looks like whatever editor made the thing being included, needs also to have made the thing doing the including. [14:49] Hmm, I don't know. I only use the normal wiki editor usually, and INCLUDE works as expected, no extra line breaks. [14:50] Rats - no - didn't work. [14:50] Since fckeditor adds an empty line after a linebreak for input text, I assume it does the same thing when it encounters the text of an INCLUDEd page. [14:50] fsckeditor isn't the problem [14:51] The page that I'm including looks fine by itself [14:51] Only after I include it - do the extra lines turn up [14:51] You're including it when the editor is wysiwyg, right? [14:51] I've tried both [14:51] They both muck up the same [14:51] hm, I've never had the problem, myself. [14:52] Perhaps non-wysiwyg pages don't have "\n" embedded in their stover versions? [14:52] Perhaps non-wysiwyg pages don't have "\n" embedded in their stoveD versions? [14:52] or, if they do, they're *supposed* to be converted to \n [14:53] Basically - the INCLUDE plugin has no idea what created the original page - doesn't care - but the calling code I epxect *does* care - and probably handles wikitext pages different to fsckeditor/html ones. [14:53] Do you know the file that converts wikitext to HTML ? [14:53] No, sorry. [14:54] ok - thanks anyhow - I'll hunt it down eventually... [14:54] See http://themes.tikiwiki.org/tiki-index.php?page=Eatlon and http://themes.tikiwiki.org/tiki-index.php?page=Sample+page. Same spacing. Both pages made with normal editor. [14:54] Eatlon page includes Sample page. [14:59] This suggests to me that fckeditor is involved, also since fckeditor does add an extra line break after \n by design. [15:00] I expect the problem is that the code converting wikitext to HTML is being executed on the fsckeditor HTML output... the latter is already HTML with correct spacing - it's not supposed to have \n line-ends converted into
's [15:00] I don't think {INCLUDE} is performed by the editor, however the output of a plugin is reprocessed by the wiki interpreter. [15:00] correct [15:00] happen to know what the filename of the interpreter is ? [15:01] (FWIW - I fixed my problem with a work-around - clicked the "source" button, and ripped out all the \n's from my include page). [15:01] Would be nice to fix this properly for anyone else in future tho. [15:03] I saw something odd yesterday which might be related. I was in the normal editor, I accidentally hit ENTER. I ended up in the fckeditor, and the page's {maketoc}-generated table of contents was within the edit text. [15:04] Could there be a situation where a page with \n ends up in the fckeditor and it adds a second set of \n, or converts existing \n to
upon entry? [15:04] That's normal fckeditor behavior. [15:05] tikiwiki: 03nyloth * r16692 10/branches/experimental/ui-revamp2/ (63 files in 15 dirs): [MRG] Automatic merge, trunk 16634 to 16691 [15:06] See "The Enter key" on http://docs.fckeditor.net/FCKeditor_2.x/Users_Guide/Common_Tasks/Writing [15:06] I see cnd_ asked for a filename whose job is to emit page text. Don't we leave that to Smarty, which invokes the *.tpl files? We stuff page data into Smarty variables and let the magic happen. [15:07] Remember: [15:07] pageA - looks fine [15:07] pageB - which does nothing except {include pageA} - is double-spaced. [15:08] I can't imagine how fsckeditor behaviour might be implicated here. [15:08] double-spaced meaning every single line? or every line the finishes with a line break? [15:09] How do your pages created with fckeditor look (with INCLUDE not involved)? No unusual spacing problems? [15:10] specifically - if I go back afterwards using the fsckeditor, and look at the source of pageA - I see that what's happenned is that every \n has turned into
\n [15:10] why are you adding \n to start? [15:11] Something does nice intenting and newlines etc to make the HTML source look pretty - whatever is doing that is the thing adding the \n [15:11] See "The Enter key" on http://docs.fckeditor.net/FCKeditor_2.x/Users_Guide/Common_Tasks/Writing [15:11] You've looked at HTML source before - there's \n all over the place - web pages are generally not just 1 giant long line of text. [15:11] tikiwiki: 03sept_7 * r16693 10/branches/experimental/coe/ (35 files in 9 dirs): [15:11] tikiwiki: [ENH] first attemp to have FCKEditor doing wiki syntax... [15:11] tikiwiki: All is based on the MediaWiki plugin of FCKEditor, with some minor [15:11] tikiwiki: modifications. [15:11] tikiwiki: Very basic syntax works. [15:11] tikiwiki: Plugins need work as they are not properly handled for now... [15:12] "The first thing you should know about editing the text is the usage of the keyboard key ENTER or in some computers called RETURN. If you press the key the editor will create a new paragraph." [15:12] chibaguy - if you think it's a fsckeditor problem - why is pageA fine - but pageB is doublespaced ? [15:12] pageA [15:12] is [15:12] fine [15:13] did u check ur "use wiki paragraph formatting" setting? or is this only for wysiwg [15:14] pageB would be fine also if you use the normal wiki editor. This implicates wysiwyg. [15:14] This is what I suspect.... [15:14] wiki pages are stored in the database [15:14] wysiwyg is fckeditor [15:14] ones made WITH fsckeditor, are stored using HTML [15:15] ones made WITHOUT fsckeditor are stored using text [15:15] eg: [15:15] hello
world (with the wysiwyg), or [15:15] hello [15:15] world [15:15] (for plain text) [15:15] cnd_: did you read the link chibaguy linked? [15:16] So - whatever has the job of outputting this, is *supposed* to convert the \n at the end of hello into a
[yes, caarrie - I did] [15:16] BUT - **not** if the page was *already* in HTML [15:16] can you link us to the pages you are testing with? [15:17] It's internal behind a complicated login/category system unfortunately [15:17] cnd_: since no one else here has the issue, it might just be an issue with your install or how you are making the pages [15:18] It's quite subtle - dependent on internal formatting you don't see - and causes problems you might not notice... not to mention... seems related to the included page being in HTML format [15:18] It would also be good for someone else to try replicating, but I don't know who isn't already busy with other tasks right now. [15:18] Not common. [15:19] Other tasks... [15:19] that reminds me [15:19] Is there someone "in charge" of v3 ? [15:19] cnd_: as long as you use that editor the page will always be in html [15:19] cnd_: no one person is in charge of tw ;) [15:19] Yes - true - but - the page doing the {include} is not being told what format the returned $text is in - there's no hint to tell it if it's html or wikitext. [15:20] anyhow - the "in charge" thing. [15:20] I gather there's a "release" planned sometime? [15:20] like - 3 weeks or something ? [15:21] Now - this is going to sound horribly rude - but - v3.0 is a product that's been built by the proverbial "committee", except there's no boss - so the, ahem, quality of the current code is somewhat lacking. [15:22] tikiwiki: 03nyloth * r16694 10/branches/experimental/ui-revamp2/doc/devtools/ (svnbranchupdate.php svntools.php): oops [15:22] Or to put it bluntly - pretty much everything doesn't work. The installer fails. Most features fail. *All* the themes look radically different in various browsers [15:22] everything related to the wysiwyg editor is wrong (CSS and JS errors mostly)... [15:22] as far as i know 3.0 is not ready for release yet [15:22] cnd_, sorry but that isn't the common perception. [15:23] fwiw, my 3.x svn installs just fine :) [15:23] tikiwiki: 03wggley * r16695 10/trunk/templates/tracker_filter.tpl: Fixing bug id 2276 that occurs when someone selects a filter and try to select another filter. The input for the filter where alternating between visible or not, causing the bug. [15:23] Have you edited a page? I get double-warnings about everything (popups thinking I'm chaning pages) [15:24] You are welcome to voice your concerns and describe the specifics on the tikiwiki_devel mailing list, where the most active devs will see and respond, I assure you. [15:24] But it would be best if you had a public site to demo the problems, of course. [15:24] in 3.x? i can edit pages just fine [15:25] * I hate the "Page Saved" notice and wish it could be optional, but other than that... [15:25] Well - nothing works on SuSE at all (the shipped PHP doesn't have mbstring), and almost everytying fails on RedHat [15:25] That's prolly 30% of the linux market I'd guess? [15:25] There are some warnings for sure that should be optional, but this is an implementation detail, not failing code. [15:26] IE6 fails badly - again - 20-%30% of the browser market [15:26] And ,by "fails" - I mean - can't edit pages. [15:26] IE 6 & 7 working for me. :) [15:26] Sorry, but I test in IE6, and while there are some glitches, it's hardly failing badly. [15:26] and all CSS looks wrong, etc. [15:26] Show some screenshots, please, so we can address any problems. [15:26] cnd_: take screenshots and explain where [15:27] what's your O/S ? [15:27] Of course we want to improve anywhere possible. [15:27] just listing a bunch of things that dont look right on your system does not help [15:28] Regarding earlier discussions, yesterday I installed xampp on my windows xp laptop and TikiWiki (trunk and 2.2) work fine. [15:28] i've found 3.x to be pretty solid. the wysiwyg has some issues switching back & forth, and its not yet extended to all textareas, but all-inall pretty solid [15:28] No configuring of PHP or anything needed. [15:28] My guess is that most of you probably have an install that you did some time ago - and are not aware that a fresh install on a new OS doesn't work. [15:28] Install of what [15:28] ? [15:28] trunk [15:29] i just svned up and did a fresh install (working on revamping installer) and it works fine [15:29] using win + easyphp [15:29] I'm using trunk, last update about 5 minutes ago. [15:29] ie7 [15:29] I'd guess it's a linux thing mostly - which is, what, 95% of your userbase ? [15:30] cnd_: where are you getting these percentages?? just guessing? the tw devs work on alll different systems and test regurally [15:30] tikiwiki: 03sept_7 * r16696 10/branches/experimental/coe/ (61 files in 14 dirs): [MRG] Automatic merge, trunk 16624 to 16691 [15:30] ricks99 - you said IE6 works - can you see a javascript error on every page? [15:31] I have a trunk release, experimental ui-revamp, experimental jquery, and 2.2 installed on several hosted domains running linux. Likewise, no problems as you describe. [15:31] j.parentnode is null or not an object [15:31] also ie6 has been replaced via windoze update to ie7 a long time ago [15:31] Yep, I get js errors in ie6 too. [15:31] "error loading ... tikistyles.xml"... on edits. [15:32] This is good -- specific details. [15:32] ie6. i see no errors [15:32] (depends on what's turned on, js-wise.) [15:32] Oh - probably related - I switched on every single possible feature... [15:32] actually, in wysiwyg i do now see "ajaxautosavebutton" not an object [15:33] anyhow - yeah - you're all right. I'll blow it all away, do a fresh install, and try to be more contructive. [15:33] module-shading or column-hiding can cause a js error in ie -- I forgot which. [15:33] rock solid with tiki editor, thoguh [15:33] steps, errors, screenshots, settings... [15:34] tikiwiki: 03sylvieg * r16697 10/trunk/tiki-sqllog.php: [FIX]logsql: test adodb + if table exists [15:34] CSS is pretty bad - none of the themes are designed so that the WYSIWYG output matches what you saw in the editor. [15:35] in other words - what you see is *guaranteed* to look nothing like what you get... too many people don't use that editor I think [15:36] cnd_: if you provide screenshots it can get fixed, also dont forget to list what broswer and version you are using [15:36] last i heard chibaguy was doing the major css work for TW ;) [15:36] Will do. I've actually got a browsercam account, which I'll donate to the cause for good measure. [15:37] And I admit I haven't looked much at fckeditor output. [15:37] * chibaguy bias showing [15:37] The output actually looks nice - only problem is it's nothing like what you see when you actually do the editing. Looks like the set of CSS for display is different to that for editing. [15:38] I don't know how much of that is under the control of the Tiki css files. [15:38] I'd actually prefer not to use FSCKEditor... 'cept I've got 40+ major content-producers all moving off MS-Word... [15:39] There are fckeditor stylesheets, so maybe we can override if needed. [15:39] But this is pretty far down my list, to be honest. [15:39] I actually read about a different web editor that's supposed to be the "best" in the world - as in - works well, everywhere, all the time. [15:40] open source? [15:40] Yes, I think. My brain will work again shortly and I'll remember the name... [15:40] I think I saw it on an SF adfert - it was like - in the most popular 10 projects or something [15:42] TinyMCE - last months SF project-of-the-month. [15:42] "The TinyMCE project is about creating a WYSIWYG JavaScript open source editor. It has the ability to convert HTML TEXTAREA fields or other HTML elements to editor instances and is very easy to implement. " [15:43] https://sourceforge.net/community/potm-200901/ [15:44] We tried it 2 years ago - so except if they did more progresses than fckeditor - during this 2 years .. it is not so good [15:48] yeah - pretty sus - who runs a project and makes it "project of the month" for a web editor - and never puts even a single "try it" link anyplace... [16:03] tikiwiki: 03nyloth * r16698 10/branches/experimental/ui-revamp2/: Delete ui-revamp2 branch [16:05] tikiwiki: 03nyloth * r16699 10/branches/experimental/ui-revamp2/: [BRANCH] Creation, trunk 0 to 16697 [16:14] *** stripmind has joined #tikiwiki [16:16] *** Caarrie is now known as Caarrie|away [16:20] tikiwiki: 03chibaguy * r16700 10/trunk/ (6 files in 2 dirs): [ENH] Improve blog and blog post page tops, unify CSS selectors with those in forums to simplify styling. [16:25] *** rpg_ has joined #tikiwiki [16:26] *** rpg_ is now known as rpg [16:26] *** R|SK has left [16:27] *** fantoms has joined #tikiwiki [16:48] *** ricks99 has quit IRC ("ChatZilla 0.9.83 [Firefox 2.0.0.3/2007030919]") [16:48] *** chibaguy has left [17:23] doc.tw.o page Features is messed up again. Now it's worse than blank, it's mostly empty with bad formatting. [17:28] *** Wilkins has quit IRC () [17:49] *** lq_208 has joined #tikiwiki [17:49] *** lq_208 has quit IRC (Client Quit) [17:50] *** fantoms has quit IRC (Read error: 104 (Connection reset by peer)) [17:54] *** lq_255 has joined #tikiwiki [17:55] hi @all [17:56] *** marclaporte has joined #tikiwiki [17:57] *** lq_255 has quit IRC (Client Quit) [17:58] *** joeboy1372 has joined #tikiwiki [18:03] hello @all, can somebody help me in deleting a data record from tikiwiki. it doesn't work the usual way. there was an wrong setup with importing old dump to the new tikiwiki. The Page name ist Matth?us and schould be Matthäus. I can't find it with phpmyadmin to delete it manualy [18:04] *** navster has quit IRC () [18:04] tikiwiki: 03sylvieg * r16701 10/trunk/ (8 files in 4 dirs): [MOD]forum: avoid a query to get the sticky before + add regexp for forum attachment for sumo need [18:09] *** mycomputer has joined #tikiwiki [18:15] *** Lucymoz has joined #tikiwiki [18:18] joeboy1372: : did you try to rename page first? [18:18] joeboy1372: : maybe try deleting from page listing (with checkboxes) [18:18] tiki has internal ID for pages [18:21] *** bmills99 has joined #tikiwiki [18:25] renaming in tikiwiki did't work. it just creates a copy of that. but i've found that page in phpmyadmin table: tiki_pages and renamed it there and then deleted in tikiwiki [18:25] I am having trouble editing CSS via tikiwiki, when I attempted to edit the .css file and clicked the 'try' button I saw no evident changes I had made so I attempted to edit the file again but it was blank [18:35] tikiwiki: 03marclaporte * r16702 10/trunk/templates/ (2 files): [NEW] Adding link in the admin panels for profiles. Icon still needed. Thanks jonny [18:42] *** bmills99 has quit IRC ("http://www.mibbit.com ajax IRC Client") [18:44] *** Lucy_ has joined #tikiwiki [18:47] tikiwiki: 03sylvieg * r16703 10/trunk/_htaccess: try-out - seems that the .xml fck needs are not considered as normal file so adding the .xml is a correct extension [18:54] *** joeboy1372 has quit IRC ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") [19:02] *** Lucymoz has quit IRC (Read error: 110 (Connection timed out)) [19:02] tikiwiki: 03jonnybradley * r16704 10/trunk/ (10 files in 2 dirs): [ENH] Icon for profiles admin, also found three more unlinked admin panels, so included them too (plugins, semantic and webservices). Images and admin pages need work on these. [19:06] *** fantoms has joined #tikiwiki [19:23] *** mycomputer has quit IRC (Read error: 113 (No route to host)) [19:52] *** rpg has quit IRC () [19:56] tikiwiki: 03lphuberdeau * r16705 10/trunk/templates/tiki-wiki_topline.tpl: [FIX] Wrong permission name preventing backlinks from being displayed [19:58] tikiwiki: 03sylvieg * r16706 10/trunk/lib/setup/prefs.php: [FIX]site title: the default site was appearing on pages with no breadcrumb [20:02] I will kill myself there is a siteTitle in admin->general and a sitetitle in admin->look [20:15] sylvieg: no, please don't :) [20:19] sylvieg: :; we love you! [20:19] * marclaporte votes vote look & feel [20:19] yes, we do :) [20:19] thx guys - but I will have to rollback [20:20] if you think so, this will be the right choice - just stay alive please ;) [20:25] tikiwiki: 03sylvieg * r16707 10/trunk/ (4 files in 3 dirs): [FIX] another try to have the title always the same- as there were 2 prefs - the genral is chosen and look is not always activated [20:27] *** Caarrie|away is now known as Caarrie [20:29] tikiwiki: 03pkdille * r16708 10/trunk/ (3 files in 3 dirs): [NEW] mail notifications: add a perm "tiki_p_admin_notifications" in order to be able to delegate this activity to a user which has not tiki_p_admin [20:50] *** FrankP_german has joined #tikiwiki [20:54] *** FrankP_german has quit IRC (Client Quit) [21:05] none of the suckerfish vertical menu in default theme are working on IE :-( [21:09] OUCH :( - let's hope that they decide to follow their plans and start using the only sane rendering engine for IE: WebKit :) [21:10] ( the web would become so much a better place - especially for developers ) [21:22] *** lq_466 has joined #tikiwiki [21:22] hello does anyone know if i can upload pdf files to appear as content on wiki or must they be converted to word first? [21:37] *** lq_466 has quit IRC ("CGI:IRC (EOF)") [21:57] "converted to word first"? - uh! - a real life example of how sadly perverted our world is... :( [22:34] tikiwiki: 03lphuberdeau * r16709 10/trunk/lib/wiki/renderlib.php: [FIX] Wrong permission name preventing backlinks from being displayed (part 2) [22:40] *** rpg has joined #tikiwiki [22:58] amette: I hope what he had in mind was pasting the Word document into WYSIWYG. But one doesn't know. [23:03] *** Caarrie is now known as Caarrie|away [23:05] polom [23:05] amette: I do see an "OCR" option in avidemux which I'm tempted to try. Video to text? Now THAT's a file conversion. [23:23] *** fantoms has quit IRC (Read error: 104 (Connection reset by peer))