tikiwiki: 03luciash * r32352 10/trunk/tiki-webmail.php: [FIX] webmail: allow more of some common tags in html mails by adding them to strip_tags exception tikiwiki: 03luciash * r32353 10/branches/proposals/6.x/tiki-webmail.php: [bp/r32352][FIX] webmail: allow more of some common tags in html mails by adding them to strip_tags exception New Forum Posts: SSL - Changing the Value - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=40292 Hello Hello. I was in here yesterday about a problem with intertiki, and I still have the same problem. Maybe this can help: in the tiki_preferences table in the tiki database, there is an entry for "known_hosts," I suspect this is an intertiki setting, is this so? And if so, is "a:0:{}" a potentially sensible value? I think I may have just answered my own question: other settings are marked with "feature_intertiki_" before them, so it doesn;t seem to be an intertiki setting Hmm.. although "interlist" is pretty decisively a intertiki setting because of it's values... Inconsistent naming convention? tikiwiki: 03nyloth * r32354 10/trunk/lib/filegals/filegallib.php: tikiwiki: [FIX] filegals: mainly typo fixes, including: tikiwiki: - fix duplicates checking (sql conditions were wrong) tikiwiki: - fix wrong/unused DB field (show_userlink) tikiwiki: - fix one call to savedir function (wrong function name) tikiwiki: - fix file upload (typo in tmp dest variable name) tikiwiki: - keep existing gallery config for explorer display when editing gallery (typo in array key) tikiwiki: 03nyloth * r32355 10/trunk/tiki-list_file_gallery.php: [FIX] filegals: wrong array key tikiwiki: 03nyloth * r32356 10/branches/proposals/6.x/tiki-list_file_gallery.php: [bp/r32355][FIX] filegals: wrong array key tikiwiki: 03nyloth * r32357 10/trunk/tiki-list_file_gallery.php: tikiwiki: [MOD] user files gallery: use gallery 'type' field with value 'user' and gallery tikiwiki: user/name to handle user file galleries instead of a user pref + don't tikiwiki: auto-create user gal if the features 'user files' and 'use fgal for user files' tikiwiki: are not both enabled tikiwiki: 03nyloth * r32358 10/trunk/lib/filegals/filegallib.php: tikiwiki: [MOD] user files gallery: use gallery 'type' field with value 'user' and gallery tikiwiki: user/name to handle user file galleries instead of a user pref + don't tikiwiki: auto-create user gal if the features 'user files' and 'use fgal for user files' tikiwiki: are not both enabled tikiwiki: 03nyloth * r32359 10/trunk/templates/tiki-list_file_gallery.tpl: tikiwiki: [MOD] file galleries: show 'List Galleries' button only in File Galleries + Use tikiwiki: 'My Files' as the page title if the gallery is the current user own user file tikiwiki: gallery and use 'Files of $user' when the gallery is the user file gallery of tikiwiki: another user + remove 'Gallery:' prefix (as in trackers - the user know were he tikiwiki: is). .greetings { tiki: polom; } tikiwiki: 03nyloth * r32360 10/trunk/ (lib/smarty_tiki/block.title.php templates/header.tpl): [FIX] browser title: fix HEAD tag title for filegals (especially for user files galleries) and set headtitle by default in the title smarty plugin for any pages .greetings, jonnyb hi chibaguy I hope the new-features BBB session happens. That should probably happen for every big Tiki version. was hoping you'd be about - would you have a chance to review this big (destructive) commit removing all the old site* etc prefs if i do it now/soon? yes, surprised no one replied to that one Ah, probably busy. Today I'm kind of stuck on something else, but after today I'll have time to review it. i see there a tikifest on the 12th but it's mostly French (Quebecer anyway :P ) hmm, ok - i need to commit this as it's sort of in the way here, so i'll just review it all again and hope for the best (i'm sure people will let me know if i get it wrong!) Well, maybe it doesn't need to be associated with a tikifest, or at least a geographic one. indeed - a virtual 'fest yeah, sure, just commit; it'll get sorted out one way or another. i'll reply to my own mail... (nice interlaced conversation :) ) well, aesthetic things are so subjective; everybody has a different idea of what is best, etc. You can commit it, but it's apt to be herringbone and broad stripes before long. the joys of collaborative art ;-) oh, another little css thing chibaguy - i tried making the bg images for jqui.css semi-transparent so you could use the bg colours to customise them a bit, but decided i was better off spending time coding - shall i send you where i got to? (if you think it might be worth pursuing) yeah, ok. I saw something like that somewhere, maybe in wordpress. Maybe the idea was to have customizable color gradients. i thought it was how jq-ui theme roller worked but it seems the create the customised bitmaps server-side (more powerful) ok, here goes... chibaguy: can you do svn patches? tikiwiki: 03jonnybradley * r32361 10/trunk/ (19 files in 7 dirs): (log message trimmed) tikiwiki: [REM] modules revamp: Remove prefs (and tiki-bot_bar.tpl) replaced by modules in the three installer scripts. tikiwiki: feature_sitelogo, feature_site_login, feature_top_bar, feature_topbar_id_menu, feature_sitemenu, feature_sitesearch, tikiwiki: feature_site_report, feature_site_send_link, feature_tell_a_friend, tikiwiki: feature_bot_bar_power_by_tw, feature_topbar_version, feature_bot_bar_icons, tikiwiki: feature_bot_bar_rss, feature_babelfish, feature_babelfish_logo, tikiwiki: feature_bot_bar_debug, feature_bot_bar hmm, I'm not sure. I haven't tried before. you use tortoise svn or something like? tortoise hmm, you said you were busy didn't you - i'll mail it for later ok. make or apply patch looks pretty easy with tortoise. but i won't get a chance to try until tomorrow or so. ya, it's easy and very handy i often get half way through something and need to do something else, so save a patch and come back to eat later it's in the mail alright i was also (sorry to keep interrupting) to get some feedback as to what you'd like to see next in themegen - the options (i see) are: css context (where a colour etc is used) more font changing (family, weight etc) replace jquery-ui theme images hello tikiverse polom coaboa well, I've only played with it a little so far, but I think knowing the css context is pretty important. hi coaboa hi chibaguy & jonny font-changing is probably a higher priority than changing bg images. chibaguy: for you i guess, but if you don't know tiki's css at all i wonder how helpful it is... (i agree i think we need it though) ok, i think more font stuff is next (not sure how though) right, I guess the live preview would be most useful for people who have no idea about the css selector names. hmm, live font preview might be tricky (and messy!) yep, I was referring to colors,actually. oh, one more thing - i deleted skeleton/tiki.tpl as it was out of date and i thought skeleton was supposed to show you tiki with it's skin off as opposed to labelling the palette with selector names. colour live preview works ok yeah, I saw that in one short trial. uh, skeleton was added because of a request from Marc and Patrick, who did the strasa theme. Patrick wanted a simpler tiki.tpl to use as a base for customizing. oh right... i thought it was just to show you what layout.css was But actually, with a lot of the tiki.tpl includes, etc. moving to modules, hopefully the file will be easier to understand. i guess a new one could be remade when the main tiki.tpl has settled down :) ah, well, skeleton.css was just an empty file that imported the base css files, but skeleton/tiki.tpl was a simplified version of tiki.tpl -sans all the little filters, etc. ah, sorry then - should i restore it? (surely it will be broken now?) tikiwiki: 03jonnybradley * r32362 10/trunk/ (3 files in 3 dirs): [MOD] fgals: Move a tiny piece of JS "fgal templates" into the tpl where it's used - can't find out how to test though (where's the "add new template button"?) tikiwiki: 03jonnybradley * r32363 10/trunk/: [SVN] ignore netbeans project dir tikiwiki: 03xavidp * r32364 10/mods/trunk/wiki-plugins/r/lib/wiki-plugins/wikiplugin_rr.php: [ENH]Formated the cache folder to the itemid with more digits so that the first 1x10^6 are ordered, with this syntax: _itemid_000001 mm, well, yes, it's definitely broken now. I'm hoping the default tiki.tpl will be simple enough for non-coders to use as a base for custom themes. that's what i'm hoping for... all that shadow div stuff makes it look more complicated - is it still required? I never used it. luciash and nyloth both have said they do. I don't know how they feel about it now. ok, i never worked it out either polom ricks99 wolod y'all :D well, I come at shadow divs from a different direction. Since I mostly have done themes for distribution, I wanted to do any designs that work out of the box, w/o admin things needing to be configured. Of course, that's evolving now that we depend on modules more, etc. hi ricks99 yes, sorry about that... but it does seem to be the thing clients always want different yeah, and I like moving things off tiki.tpl, etc., and simplifying tpls for themes. maybe we need some way of allowing profiles to be applied more easily, so they can be bundled in themes It's almost magical how theme-specific tpls are hardly needed for tiki7. I thought dark shine would be really hard to adapt to default tiki.tpl, but it was pretty smooth, and actually it's the best-ever implementation of that theme. Twist still needs to be adapted, as your email recently mentioned (still has bottom bar tpl or something). @jonnyb: tx for email. most issues known, but welcome to better alternatives oh yes, i couldn't work out what to do about that one, sorry np ricks99 About profiles, I keep hoping for an undo button... ;-) yes, would be nice polom polom luciash hi jonnyb i think the "layer shadows" could go in Tiki7 (because it's not LTS) as long as there will be some adequate alternative introduced using HTML5 + CSS3 techniques to provide the same functionality (allowing extra graphical borders and shadows generated around the divs easily) - otherwise -1 for removing it this flexible feature (not to mention, you can have smarty syntax and conditions in them to generate anything you can imagine there if you know smarty, w simplifycation is nice and i am all for it but if you simplify too much it in contrary makes things complicated again ok luciash - i've never found anyone else who understood how to use it, so it's up to you i think :) re jonnyb: it is actually really easy to use :) jonnyb: main purpose was to allow more "onion layers" in there for your divs, so you can CSS them with different backgrounds for example (
and
in the end of shadow code) or you can just put any of your custom code in them, which will apear before the div or after... jonnyb: it is for theme designers really, who know what they do ok, it just looks like a lot of extra "stuff" in tiki.tpl jonnyb: or advanced tiki users jonnyb: yes, but without it in tiki.tpl, it would be hardly possible to achieve a little remarksbox on the admin tab might be helpful (with an example or two) yep, that is true don't panic - i'm not planning to remove it :) well, a bunch of stuff needs better docs, hints, etc. ;-) I'm thinking for tiki7, especially i also would like to have some syntax check for those textareas in trunk to prevent broken layouts or WSODs or some easy emergency "UNDO" button (best would be history for those textareas as is for wiki pages ;) - the wiki way everywhere) or else everyone use Opera ;-) chibaguy: heheh usually you can use the back button to get the page pre-submit, and edit and resubmit chibaguy: yes, but that is only us who know that trick ;) yep, the 2% or whatever gotta go now, more after the shower :) k tikiwiki: 03nyloth * r32365 10/trunk/lib/setup/prefs.php: [FIX] registerPasscode default pref: don't call genPass() when buildling prefs defaults, since this tikilib function now needs prefs to work. It has to be called when prefs are already available. polom eromneg morning all ;-) daevermann: which irc client do you use? quassel? jonnyb: what is the expected timing now for 6.2 ? eromneg: it's up to nyloth and pkdille really, but apparently v soon (this week i think) maybe the weekend ok - thanks jonnyb: did you take away the old tracker export? I can not find out how to activate it... hi sylvieg - don't think so just turn off ajax? ahj ok... I will try to reintroduce both - because so far I see the ajax export does not export all the fields oh? it should do (obviously) i thought it used the same field selecting stuff not fixable? (would be better) :) tikiwiki: 03lphuberdeau * r32366 10/trunk/lib/TikiWebdav/Backend/File.php.sept: [KIL] Perhaps this should be elsewhere hi, The other day we had a chat about anomalies on behavior of main display tiki.tpl : " You can screenshots on wishlist #3773 https://dev.tiki.org/tiki-view_tracker_item.php?itemId=3773" I simply found (not sure it is the whole explanation) that 2
are not closed (depends of modules shown, someones doesn't closes their
), then the normal hierarchy into document object is not right and the css manager is lost. Is somebody interested in this subject ? hi Trebly - which modules? tikiwiki: 03sylvieg * r32367 10/trunk/templates/tracker_item_field_input.tpl: [FIX]tracker: filter on time must be empty to have a no filter option when in export filter re tikiwiki: 03sylvieg * r32368 10/branches/proposals/6.x/templates/tracker_item_field_input.tpl: [bp/r32367][FIX]tracker: filter on time must be empty to have a no filter option when in export filter tikiwiki: 03sept_7 * r32369 10/branches/proposals/6.x/lib/TikiWebdav/Backend/File.php.sept: [KIL/bp 32366] Shouldn't be in svn :( test leftover tikiwiki: 03sylvieg * r32370 10/trunk/lib/core/TikiDb/Table.php: notice: please check this one sylvieg: did your r 32367 fix the export thing? I had made not a full a detailed analysis. I am doing now. It seems that they are the ones in my target (not modified)"calendar", "action_calendar_new" (it is the reason why I ma the lonely to have seen such problems, I show the two modules on left side and the calendar in the center... try to make function together). Firebug is lost. So is it not so easy to find. the calendar modules are not great - very heavy on the server so maybe not used much also quite time consuming to fix (missing closing tags) indeed what i hate is when i change the calendar date it messes up Since last visit module (shows everything or nothing according to the date selected in the calendar) :-p sort of travelling in time ;) info.t.o uses calendar modules. i didnt realize there were validation (DIV) issues what i dont like: when viewing full calendar page, chaging date will also change the date of the module calendar :( yep, that's the same issue as with the since last visit... tikiwiki: 03lphuberdeau * r32371 10/trunk/ (31 files in 12 dirs): [MOD] Moving file gallery code out of tikilib and sometimes entering a date in 2011 changes to 1911 on save... tikiwiki: 03jonnybradley * r32372 10/trunk/ (css/admin.css lib/themegenlib.php templates/themegen.tpl): tikiwiki: [ENH] themegen: Add font and font-family modification (and deal with contents containing quotes). tikiwiki: Some refactoring and show when in preview mode. and in trackers using the date field selectors saves day -1 on modify :-p and STILL cannot get plain 12hour am/pm times when creating events yes, luciash - noticed that. Someone added timezone "awareness" to dates which it always gets wrong if not in UTC (makes dates unusable really) jonnyb: i guess that's something related to what u fixed for the articles a bit, but not the same (i tried but it's very tricky) ah tikiwiki: 03sylvieg * r32373 10/trunk/lib/wiki-plugins/wikiplugin_trackerlist.php: [FIX]TRACKERFILTER: displayedFields can be an array and must be implode for the url tikiwiki: 03sylvieg * r32374 10/branches/proposals/6.x/lib/wiki-plugins/wikiplugin_trackerlist.php: [bp/r32373][FIX]TRACKERFILTER: displayedFields can be an array and must be implode for the url ricks99 just earned good karma in forums ;) tikiwiki: 03robertplummer * r32375 10/trunk/tiki-history_sheets.php: [ADD] Defaults to tiki sheet history so that there is always a date selected lol. all of the easy fixes are done in tiki... so now i try to work on the community-buildind side of things. tikiwiki: 03sept_7 * r32376 10/trunk/lib/userslib.php: [SEC] list of users is allowed only to tiki_p_list_users jonnyb: {textarea name='body' _wysiwyg='y'}{$body}{/textarea} works nicely for composing webmail jonnyb: how do i add the switch icon ? super! jonnyb: wysiwyg <=> wiki i think there's a little list in smarty.toolbars.whatever that says if it can appear not pretty, but efficient :P jonnyb: i know how to do it optional by preferences but don't know this bit Info: Announcing the Tiki Service Provider Program - http://info.tiki.org/article147-Announcing-the-Tiki-Service-Provider-Program jonnyb: ok, thx, i will try it will take care of that bit itself afaicr (prefs etc) New Forum Posts: CKEditor buttons ceased working - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=40302 jonnyb: hmm, where's that smarty.toolbars.whatever... located ? lib/smarty_tiki i don't see anything starting smarty there is it function. ? jonnyb: seems so :) sorry - function.toolbars.php jonnyb: i see, so i just 'webmail' there, right in the array ? hang on, i'll check (been a few months) yes, line 51 - after 'cms' i guess is it the proper way, or is it better to pass it by param ? thank you assuming $section is set up properly there (warning!) :) yay, it works ! :) :D is that all it needed? oh, and adding the {toolbar} in the tpl i guess... yup (oops, eromneg was asking me to do that months ago!) nope, {toolbar} doesn't need to be there it is part of the {textarea} commit soon ;) oh yes - that's what i meant - it was just a