polom yall polom which of you are experts on the lucene search engine? polom fabricius (when you are here), maybe #module_16 .cssmenu_horiz li a:hover {color: red} tikiwiki: 03oeversetten * r37665 10/trunk/lang/nds/language.php: [TRA] Translation growing and more phonetic spelling css id's are powerful and hard to override with classes. In general, it's better to not use #___ in a css rule unless it is a unique selector and there will be no need to override it. Or when an id is used to assign a css property, if an overriding rule is needed, it is best to use the same id in that rule also, to make it equally powerful. sylvieg, are you there? :) polom hi coaboa Hi jonnyb: we have decided not to use the shopping system of tiki as it is in an earl state and not documented. We will use xtc extended and might do a user sync. We need the shopt to be up and running before 10th of October. What is your feeling? still haven't got anywhere near it yet - but yes, it won't be ready in two weeks so probably a good call to use something else the stuff citadel rock has done is on tiki 6.1 which ma lead in to problems as tracker are heavily used and those are changed in 7. Would liked to have an integrated solution but... tikiwiki: 03jonnybradley * r37666 10/trunk/lib/modules/modlib.php: [FIX] modules: Correct pasto in nocategory logic (thanks fabricius) tikiwiki: 03jonnybradley * r37667 10/trunk/styles/tikinewt.css: [FIX] tikinewt: Refactore duplicated input definitions to stop buttons jumping around on hover (chibaguy please check? probably can be done better i think) hello. how cna i check what version of tiki wiki i am using? talin: Go the menu Admin, then select the General applet. See the General Preferences tab arildb: thank you Am I awake? in php 0 == 'not' is true? humm seems to be true 'not' is converted to int... can you do a === like javascript in php? yes - I will do it... tikiwiki: 03sylvieg * r37668 10/trunk/lib/trackers/trackerlib.php: [FIX]tracker: fix multivalued drop down filter for text thx RobertPlummer tikiwiki: 03sylvieg * r37669 10/branches/7.x/lib/trackers/trackerlib.php: [bp/r 37668][FIX]tracker: fix multivalued drop down filter for text tikiwiki: 03sylvieg * r37671 10/branches/proposals/6.x/lib/trackers/trackerlib.php: [bp/r 37668][FIX]tracker: fix multivalued drop down filter for text tikiwiki: 03lphuberdeau * r37672 10/trunk/lib/core/Tracker/Item.php: [NEW] Adding a check for item category permissions on tracker items tikiwiki: 03lphuberdeau * r37673 10/trunk/lib/core/Tracker/Item.php: [FIX] Bad check on status in canRemove() sylvieg: no problem sylvieg: polom by the way hi all polom hi sylvieg. true indeed: http://www.php.net/manual/en/language.operators.comparison.php What would happen if an argument variable is used inside the JQ plugin? would it "invalidate" the approval? (so that you would be stuck in an endless approval loop because the argument variable in the JQ changes for example a string value) it seems that IS the case! tikiwiki: 03lphuberdeau * r37674 10/trunk/tiki-view_tracker_item.php: [FIX] More notices tikiwiki: 03robertplummer * r37675 10/trunk/ (5 files in 5 dirs): [NEW] Added tracker reports as a feature and menu option, it was already there, might as well make it usable Merbster, sounds like a dream I once had. RobertPlummer, Very lucid! polom RobertPlummer: I'm sorry but could you check that your Mail Alias Behavior SourceForge account preference is set to "Accept all mail"? you told me you did it a couple of weeks ago, but I just got "Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 unknown user (state 14)." chealer: checking. tikiwiki: 03chealer * r37676 10/trunk/lib/ (2 files in 2 dirs): tikiwiki: [FIX] Trackers: presumed breakage resulting from r37156 tikiwiki: Note: OOPS. Still untested, review of r37156 still welcome. Completes r37670 tikiwiki: 03sylvieg * r37677 10/trunk/tiki-index.php: [FIX]wiki: display error if user hav no email: Should be doen for each feature yes hi tiju Q: When using category transtions, is the date+time of the transition recorded anywhere? no, but it could make sense to store it in the actionlog tikiwiki: 03chealer * r37678 10/trunk/lib/wiki-plugins/wikiplugin_trackerfilter.php: tikiwiki: [FIX] TRACKERFILTER: presumed breakage resulting from r29936 tikiwiki: Note: untested, review welcome lphuberdeau, thanks. I need to be able to analyze this time after it has occured. The actionlog may be OK for what I need, but a more explicit representation may be needed. Hopefully it's not too difficult to add a "hook" to the transtion process well, the transitions really only just change categories chealer, as far as I know my settings are right, I think Google is rejecting the email. lphuberdeau, yes, ...and come to think of it... since these can be changed explicitly (by selecting the category), I guess what I really need is to record when a wiki page is put in a certain category lphuberdeau, I think I will end up with a database trigger.... that is already in the actionlog lphuberdeau, entering a new catagory?.... yes and looks like it gets triggered when you enter from a transition RobertPlummer: you're on Gmail? chealer: yes lphuberdeau, thanks. I will check it out some more. Better than a db-trigger if it's already there RobertPlummer: well, why would Google say that your user is unknown? Do you have the right email address set on SourceForge? chealer: From sf.net: Email address: robertleeplummerjr@gmail.com Change address arildb: tks for your work it help with several prob i had with hebrew. i have more to test but that's cool. dhealer From sf.net: Note: To send mail using your alias, you will need to configure your email client to use robertplummer@users.sourceforge.net as the From: address for email. If your email service service will not allow this, you may need to seek an alternate solution (such as using a mail client loaded on your workstation and sending mail through the SMTP server provided by your ISP). tikiwiki: 03jonnybradley * r37679 10/trunk/ (9 files in 7 dirs): tikiwiki: [NEW] notifications: First outing for user_joins_group watch. tikiwiki: Can be added (globally) on tiki-admin_notifications.php or per group on group admin or any page using wikiplugin_memberlist. tikiwiki: Requires perm tiki_p_group_view_members. tikiwiki: Needs testing in the real world! I've added that email to my email's list, and it sends a email to that email to confirm, so I can't receive the email. bernard1: no problem. Making Tiki handle international settings better is a work in progress. So, feel free to join in. RobertPlummer: OK, but I'm just talking about receiving mail. RobertPlummer: I don't understand what you mean by adding to your email's list, which list? arildb: i'm completing some work on 6.x but soon i should update an hebrew tw to 7.x and then to trunk. i'll be glad to help chealer: on gmail, lets take this off #tikiwiki bernhard1: Are you able to use page names and page content OK in hebrew? Bernard1, Is Hebrew a right-to-left written language? i have several issues… arildb: yes arildb: i'm in the middle of something but i'll be available to discuss and even test later (i really want to ! :) ) Bernard1, that is an excellent test case for the international issues. I am using norwegian which has too many similarities with English to be a really good test candidate. Test in Hebrew would be really good. If you could review the current state of the trunk version it would be very helpful Bernard1, ok. Talk to you later then tikiwiki: 03jonnybradley * r37680 10/trunk/templates/tiki-admingroups.tpl: [FIX] html warnings Bernard1: you are yonixxx, right? chealer: yes… :) tikiwiki: 03robertplummer * r37681 10/trunk/db/tiki.sql: [FIX] Tracker reports permissions Bernard1: hi. sorry but did you get my email about your SourceForge email alias yesterday? chealer: hu… no ? can you send again : bsfez@shocksite.com Bernard1: that is where I sent it, but I just forwarded it there. http://article.gmane.org/gmane.comp.cms.tiki.cvs/69122 is what I sent yesterday tikiwiki: 03jonnybradley * r37682 10/trunk/ (2 files in 2 dirs): [ENH] memberlist: Convert jQuery-UI tabs to tikitabs as they render better and remember which tab you should be on tikiwiki: 03marclaporte * r37683 10/trunk/lib/core/Tracker/Field/Rating.php: moving some tracker field types to experimental chealer: ok i'm here. :) tikiwiki: 03marclaporte * r37684 10/trunk/templates/tracker_actions.tpl: not sure we should keep this button, but if we do, it should go to right tab chealer: the same day earlier with chibaguy we found weirdies in the code that was breaking the layout when the module was placed in a wiki page instead of a col. chealer: http://irc.tiki.org/irclogger_log/tikiwiki?date=2011-09-09 from 9h00 to 10h00 :) when the module was placed in a col instead of a wiki page. (ben tiens) Bernard1: thanks, but first I wanted to check what's going on with your email. did you receive the one I just forwarded? chealer: rechecked nope... looking at source for my profile Bernard1: I suppose you received other mail to bsfez@shocksite.com without problems in the last days? … not that i know this email is ok ok got it ! The email get's here (bsfez@shocksite.com) Bernard1: it just arrived late? September 26, 2011 17:30:07 GMT+03:00 Bernard1: right, but why didn't you receive it before? chealer: this i don;t know Bernard1: humk. I just sent a test message to yonixxx@users.sourceforge.net. Let me know if you don't receive it. Bernard1: now, regarding the original problem, does the problem fixed by r37066 affect trunk? chealer: ok got the email yonixxx@users.sourceforge.net Bernard1: great tikiwiki: 03jyhem * r37685 10/trunk/templates/tiki-list_comments.tpl: [FIX] Corrects a regression from r37389 (the simple link stopped working) chealer: back to the problem… as you can see in the code, the problem was generate by a table. it is old code (div should be privileged) the bug wasn't revealed so far as (it is my explanation) nobody has tried to used this module in a col. beside there is another bug with "openid authentification" (confirmed by Chibaguy too) that is still there tikiwiki: 03marclaporte * r37686 10/trunk/lib/core/Tracker/Field/File.php: Moving field attach to a basic pref tikiwiki: 03jyhem * r37687 10/branches/proposals/6.x/templates/tiki-list_comments.tpl: [FIX bp/37685] Corrects a regression from r37390 (the simple link stopped working) tikiwiki: 03jyhem * r37688 10/trunk/ (templates/tiki-list_comments.tpl tiki-list_comments.php): Fix comments archiving feature which was broken on recent FireFox & IE following change of browser behaviour due to stricter implementation of image input buttons Bernard1: OK, but do you know if the problem affects trunk? tikiwiki: 03nkoth * r37689 10/trunk/lib/wiki/wikilib.php: [FIX] Prevent broken links when wysiwyg is used and sefurl is on tikiwiki: 03nkoth * r37690 10/branches/7.x/lib/wiki/wikilib.php: [bp/r37688][FIX] Prevent broken links when wysiwyg is used and sefurl is on chealer: i didn't tested, but i believe this problem affect any version, trunk included. tikiwiki: 03nkoth * r37691 10/branches/proposals/6.x/lib/wiki/wikilib.php: [bp/r37688][FIX] Prevent broken links when wysiwyg is used and sefurl is on Bernard1: OK. are you aware that the semi-automatic merging period is over? ( http://article.gmane.org/gmane.comp.cms.tiki.devel/22902 ) tikiwiki: 03robertplummer * r37692 10/trunk/ (4 files in 2 dirs): [NEW] Brought tiki draw functionality (js + css) into a sort of api for usage on other pages chealer: i'm not really a dev and i have some issue understanding all this work. That's why i usually ask all kind of question about committing when i do (and even (and even asking i'm often embrassing myself) :) chealer: as we were discussing this for sometime on irc and nobody raised an objection i thought it was ok hmm, I just realized by bp r number is wrong. well Bernard1: OK, well there are no complications on how to commit to trunk, but there are on stable branches. see http://dev.tiki.org/Where+to+commit#Stable Bernard1: it's not the commit's content that I was asking about, it's the way it's done. normally a commit on branch 7.x must backport something from trunk. Bernard1: could you test if the problem actually affects trunk? ok chealer i'll read that. I should be able to test in trunk soon. Then if i still don't get it about i'll need your help about several commit i keep aside. Bernard1: OK tikiwiki: 03sylvieg * r37693 10/trunk/lib/core/Tracker/Field/Header.php: [FIX]header field: do not display the section below if header is closed tikiwiki: 03sylvieg * r37694 10/branches/7.x/lib/core/Tracker/Field/Header.php: [bp/r37693][FIX]header field: do not display the section below if header is closed i guys, i just upgraded 2.2 -> 7.1 (through 2.4, 3.9, 6.4), and now i'm having theme trouble everything looks great until i log into my account, then it looks like the html is truncated on top and bottom jjparker: perhaps you lost some modules - as top and bottom are now modules ok, good, where should i look for those? this is a fresh install, so my tiki-7.1/modules directory has the defaults in it tiki-7.1/mods is empty tiki-admin_modules.php ok, top is empty, topbar is empty, pagetop empty, left has 8 items, right empty, pagebottom empty, bottom has 2 items and i have 3 custom modules jjparker: that's quite an upgrade! (congrats!) jjparker: AFAIK, you didn't need to do it steps. From 2.2 to 7.1 should work @marclaporte1: thanks, still struggling with this one But it's expected to have issues with custom modules. Hopefully, you'll agree the modules drag & drop of 7.x makes it all worth it :-) marclaporte1: i think i've disabled my custom modules; the problem is that all logged-users get truncated pages: nothing above