tikiwiki: 03nkoth * r36972 10/trunk/templates/wiki-plugins/wikiplugin_tabs.tpl: [FIX] If everything in the tabs plugin is already parsed in wikiplugin_tabs.php, the contents should not be parsed once more tikiwiki: 03robertplummer * r36973 10/trunk/ (lib/filegals/filegallib.php tiki-list_file_gallery.php): [ENH] Added ability to search for files by file type from list file gallery tiki 7.1: i have been looking everywhere for how to make the fields which are generated on a tracker linkable. someone mentioned page selector and according to: http://doc.tiki.org/Pretty+Tracker it doesn't apply. any other suggestions? New Forum Posts: New install (with netfirms hosting): Admin Modules page not working - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=42177 tikiwiki: 03nkoth * r36974 10/trunk/templates/antibot.tpl: [FIX] Prevent visual showing of captcha key which is returned on generation and no need to reget it tikiwiki: 03nkoth * r36975 10/trunk/templates/ (5 files): [FIX] Make space between field and mandatory star consistent with pretty tracker fields tikiwiki: 03nkoth * r36976 10/trunk/lib/wiki-plugins/wikiplugin_tracker.php: [FIX] Fix broken registration with pretty tracker template Good morning everybody. And polom to you all :) Polom hey fabricius :) fabricius, How do you set up your trackers when your users needs to edit an item that allready exists in the tracker? lol trackerlist contains a parameter called "GoIfOne" in the docs I have allways read it as "GoLf one" hi merbster Merbster: Merbster: the user must belong to a group, that has the permission to edit tracker items Golf one yeah, nice read - do you drive a VW Merbster? fabricius, Ofcourse. I want to achieve that the place where you enter the tracker item is also the place where you edit it. You know if you pass the url paramneter to the trackerlist and include an itemId= in that url. it will make links on the tracker item, that will lead you to a prefilled tracker with the item you clicked fabricius, I live in Denmark and I usually study. So no, I am too poor to have a car in this country. If I go to germany and buy a car for 10.000€ I have to pay 180% in taxes in denmark. Merbster: just about, yes Merbster: uhuu that's about much money fabricius, too much if you ask me :P Merbster: yes, indeed - but anyway a Golf one seems to be kind of a classic car, if you read it this way fabricius, I am only old enough to remember Golf two. :P hehe Oh and ofcourse the Beetle. :P The Beetle and the 2CV (and perhabs the R4) are cars, that are detached from age and generation 2CV also known as "the smugglers van" :P :-P Bernard1: you suggested a chat this morning? fabricius, in the scenario I described before Merbster: so yes fabricius, have you ever tried to apply a template to the trackerlist? nope will maybe arise soon, but not yet I do that. and not it ignores the itemId stuff in the url and doesn't automagically set the itemId of each item. not it ignores? now* ah the template now ignores you are talking about a .tpl file? it could be. currently I just use a wikipage with smarty and tiki markup ok what exactly you want to achive? and does the original function work without the template? fabricius, it works perfect without the template. Merbster: so you aplly the template and the trackerlist "looses" the Id, wich it was automagically ;-) was setting before for each item? apply fabricius, it doesn't make the tracker items with links. usually when you use trackerlist you can make it so that it creates links from all the columns in the trackerlist you mean plain text instead of links? exactly so when you apply an item template you loose the ability to click your items and land in "edit mode" normally in a trackelist links are to either jump to the item or to the mailsoftware or to the website - right? yes in editmode? are you trying to work with Prettytracker? is that what you want to achieve? without loosing functionality thought fabricius, 2 secs kk Bernard1: r u there? fabricius, I am using pretty ttracker yes. Merbster: I mean, if this template problem arises now in the context of setting up Pretty Trackers - like using the Template for the PT fabricius, the problem arises when applying a template through either tplwiki or wiki parameters. Merbster: the original trackerlist is based on a basic template somewhere fabricius, I think the problem is that the fields of the tracker is returned before links are applied to them. Merbster: and afaik the custom template overides that (somehow cascading) so something in the custom tracker should be missing, that is sorting out either the application of the links or the tie, when the trackerfields are "returned" fabricius: Hi Torsten tie-> time Hi Bernard1 fabricius, that's my theory but it's hard to say. the tracker part of tiki is a beast! :P it's a horrible beast, when you wanna work with Pretty tracker and tpls :-D but Merbster, I do not yet have experience with .tpl yet sry for doubling ;-) fabricius, I've got the pretty tracker stuff down ok. I think it's explained alot more complicated than it actuallyis. But it took me some time to figure out yes :P Merbster: so only thing, I'd say what brings you forward at this stage, is to compare the original template with your custom one - what do you think? maybe. Bernard1: what did you mean yesterday with "automatically created menus"? But I think the magic happens in reception of the url param. not in the template Bernard1: correction: "self-creating menus" but Merbster why a wrong URL paramete should make the item links plain text? fabricius, the url parameter is ignored so it doesn't do anything so it only lists the fields value as plaintext, not a link Merbster: but then it should be still an url fabricius, the url parameter of the tracker list is IGNORED when you supply a template to the trackerlist ah or in the trackerlistplugin the trackerparameter "url" is ignored exactly hehe - its not the parameter of the url (url-parameter)... its the url-parameter of the trackerlist ... just got a bit confused on naming (similar to Golf I guess) lol :P no problem : or similar to Golf I, guess If I go this way of interpretation so Merbster, how to make the template not ignoring the url-param anymore? fabricius, I am investigating that. I'd think so - was just a summarizing rethoric question Merbster: just have been thinking loud Merbster: sorry, that I could not help further - I hope that I at least could ask the right questions @all: I have a weird problem: I upgraded a site from 6.3 to 7.x branches but now the editor buttons are gone - just kind of a very basic editor is available Ajax, WYSIWY and such stuff is deactivated fabricius, I don't know if it's realted, but upgrading from 6.3 to 7.x resulted in our Search box being weird. The reason was because old .tpl files and module files from 6.3 wasn't deleted because we just "copied over" once I activate those features in the admin panel, Tiki seems to activate and gets me the message feature x, y, z activated tikiwiki: 03xavidp * r36977 10/trunk/templates/tiki-admin_banning.tpl: [ENH]Minor cosmetic and usability fixes. Thanks chibaguy for the change in different buttons so that they look more similar, and jonnyb for tips (and for fixing csv import in your previous commit, of course). Merbster: I made a plain new installation with a copy of the old databease ah. ok. fabricius, are you sure your database upgrade script completed with no errors? when I now click on the button "features" in the tiki-admin.php again: the features I activated a minute ago will be deactivated again so activation just did not work Merbster: the PHPmyAdmin told me, but I never can be sure - right? Merbster: ah upgrade sript - tiki-install.php -> no faults either fabricius, Usually I use tikis own database upgrade stuff. ok. mixed up with import -> both no faults mentioned by the scripts but I could clear the database and do it again I doub tit will solve the problem. AJAX and WSIWYG have been activated before I upgraded - why that should be selfdeactivated by PHP-import or by Tiki-upgrade? I doubt aswell I don't know how the preferences are stored . but actually I could not at all use the upgraded site Does anyone know how trackerlist handles the url parameter? I can't seem to find the place. wikiplugin_trackerlist.php is littered with references to tpl files in wiki-plugins dir, but I can't find any tpl files in /lib/wiki-plugins is this some kind of magic that I have not learned yet? :P http://www.youtube.com/watch?v=rWd3vgLaA_M&feature=player_embedded# on a totally unrelated not, I miss my lego note* WOW Merbster THAT's COOL!!! hehehe :P hmmm. When assigning an edit template for a tracker, it just outputs HTML, yet when using the same template for viewing the tracker, it works. in what situation is "ignorerequestId" useful? in regard to trackers that is Il love the logo thing !!!!!! Bernard1, the lego? :P I think I have to sign up for the course (at my university) where we make robots in lego and program them with Java. lol yes Lego thing ! :D :D Bernard1, actually that video I linked to, would've required a shitload of code :P all the syncrhonization needed and all the controllers etc. probably spent several hundred dollars on lego and lego controllers and hours… a lot of hours. hahha My guess is something between 300-1000 hours. _guess_ perspectives and possibilities changes with age and children… i fell old suddenly ;) polom jonny hi fabricius and all jonnyb, are you familiar with plugin trackerlist and how it applies templates, and in that case where templates are applied what it does with the url parameter you can supply it? hi Merbster where are my manners, Hi jonnyb :) the url i think is the link to edit/view each item yes it is but it ignores the url parameter when I specify a template for the tracker item So that the fields I try to output in the template, aren't made into links anymore oh? in 7.x? might be a bug what I expect to be links, in regard to the url parameter, is plaintext, when I use it in templates jonnyb, it is 7.1 no trunk or anything. and you have show_links or whatever = y jonnyb, yes. It works as expected until I apply the template though wiki param. I also tried tplwiki but it didn't change anything. and it all works ok when you remove the wiki tpl? through* :P let me check my 7.x install here, i might have one set up yes. And I've tried to poke the code that handles this area but in wiki_plugin_trackerlist the url param is not handled unless you activate somethingw ith google maps :S jonnyb, on line 1468 in wikiplugin_trackerlist is the only place where it does something to url from $params array sorry, not got time to get that distracted - but i have a trackerlist tpl test here, i'll see if url works jonnyb, ok. bleh - htmlpurifier broke again when i save the plugin (broke yesterday too on a 6.x tiki) looks like show_links doesn't even work, without a custom url I have another problem Houston ;-) made a new 7.x installation, I cannot upload files into a gallery that I newly did setup do I have to 777 the files folders (outside Tiki root)? jonnyb, showlinks has been working on our tiki 7.1 without custom urls (or have they? I don't know what should happen as opposed to what been happening) :P with a tpl? seems just not to show for me jonnyb, I use tplwiki. so it's not a tpl file but a wikipage containing smarty and tiki markup But no matter what kind of template is applied, shouldn't the field links be generated adn THEN passed to the template? yes, me too (that's sort of what i meant) jonnyb, can you tell me where I should look to maybe fix this? if i were you i'd just write the link in the wiki tpl in html jonnyb, but I don't know what itemId is needed sorry - my test here is for something else - don't have time to set up a test for you jonnyb, ok. well anyways. thanks for your help i can't remember offhand which files you need - probably /lib/core/Tracker/Field/Abstract.php do the links work without the url param? jonnyb, iirc it outputs plaintext even if I don't supply the url param, I will test it. jonnyb, I remembered correctly. It doesn't create links with showlinks=y and url not supplied and without a wiki tpl? this is with a wiki tpl. without the tpl it will work so is it show_links or url param that's failing in a tpl? jonnyb, such as I understand the documentation. I have to set showlinks="y" to get items where the fields are links jonnyb, So without any template applied. showlinks and url work as I expect (such as the documentation describes) jonnyb, am I making myself understandable? yes It is kind of horrible when the debugger hits one of the autogenerated tpl.php files. Merbster: what i was trying to find out was is it show_links AND tpl, or show_links AND url AND tpl? jonnyb, to my experience everything works as it should. Until I try to apply an item template on the trackerlist. yes, pretty trackers are pretty tricky jonnyb, I've had good experience with them so far. I could allways just hack a template and do something that autogenerates the links. But I prefer a more "correct" solution because I doubt the hacked template will be stable across tiki version etc. in Tiki 7.x branches from 28. August I cannot switch to the HTML source code in the WYSIWYG editor anything known? typical. apparantly my irc client crashes when I press F8 whitch is "step over" in Netbeans... :D fabricius: is that on all pages? sometimes page content can do strange things I think it is lunchtime. bbl jonnyb: right this moment (20 seconds ago) I realised, that I did paste a bad content and got it fixed 10 secs ago -- plus time for writing -- thanks, sorted phew Hi, I wander if somebody has taken care of the fact that in 7.1 the second part of articles can not be shown in editpages. Or in which case this occurs, I get it on a test article full written in html and paste to tiki. No way to edit this second part, more html is displayed as document hi Trebly - fixed in 7.x svn i think Thanks, the concerned site (ref site) is running with 7.1 not 7.x. I will look at svn logs. polom y'all hi ricks99 hiya jonnyb Hi, I wander if somebody has taken care in 7.1 of : When editing wiki page from a structure, the edit page don't includes the "tiki-wiki_structure_bar" (as for display), this make that we seems to have left the structure management context, too it is not possible after editing without saving (no cancel button) to return to the structure manager. After a save, we are automatically lead to the display which contains the bar (structure path). If... ...this problem is taken in account, I have nothing more to say, if not, I have two GUI and software solutions that I began to test. tikiwiki: 03xavidp * r36978 10/trunk/templates/tiki-admin_banning.tpl: [FIX]Update help with info for sections tikiwiki: 03eromneg * r36979 10/branches/proposals/6.x/templates/tiki-admingroups.tpl: [ENH] [bp33329] enhancement to add new Homepage column to the Group table listing - making the table entry a link instead of simple text - thanks luci jonnyb, the "showlinks" option is not propagated through the whole code path. So "Showlinks" becomes N somewhere jonnyb, I used my debugger to set showlinks = y on one of the items it rendered and it worked. hmm, ok - where? jonnyb, lib/core/tracker/field/Abstract.php the context that is supplied. has showlinks=n instead of y sounds like a clue, maybe just needs to pass it on jonnyb, that's what I am thinking. But I seriously lack overview over this code. It's the first time I had to actually understand such a huge codebase :P is it broken in trunk? (would need fixing there first) tikiwiki: 03xavidp * r36980 10/branches/7.x/styles/layout/design.css: [bp/36936][FIX] Consistency in appearance of input, button and span class="button" a. Thanks to xavi for pointing out the problem. (thks chibaguy for fixing it!) sorry i can't take this on now jonnyb, I don't expect you to take it on. As long as you don't mind me asking questions like this that's ok - i appreciate how overwhelming tiki can be, just saying sorry i can't actually get into the code with you I am holding back the upgrade to 7.x from several installations due to the new module handlng. It gives such a bad impression, that I tend to think the whole product is experimental. All I would like to do is to position my search box, like it was in Tiki 6.x (on the right side - top) I am failing in this task. The search box, simply jumps to the left. Somebody mentioned that this would improve in Tiki 8. Well, I am now testing Tiki 8.0 SVN, and it's s till the same. I wish the "search box" feature option from 6.x had been kept. ...do any of you guys have some tips? it's there, no? arildb, you can style the new searchbox to look like the old with some options to the module jonnyb, No worries. I know how it is to be busy with your job :) job? Merbster: It the position, not the look, I am having problems with @arildb: you can easily use tiki 7 and have search module on the right-top can also modify the css style to float, as needed jonnyb, the stuff that takes up your time and puts food on the table ricks99: ok...how? It simply jumps to the left, once I release it float:right ricks99 modify the css style in the module settings? Merbster: :) ricks99: float:right works. Now my searchbox is position under the login box. I am unable to move the login box do you have a link? i'd need to see what you're talking about jonnyb, the code that forces "showlinks" to n is contained in a temporary php filed called something like da^%%....%tracker_pretty_item.tpl.php I have no idea where that code is generated from tikiwiki: 03xavidp * r36981 10/trunk/templates/tiki-admin_banning.tpl: [FIX]typo and wording I have a very hard time with the new module positioning functionality. Does it work OK for anybody? i've had no issues what theme are you using? could it be theme dependent? Merbster, that's the compiled version of templates/tracker_pretty_item.tpl lphuberdeau, thank you for enlightening me :) ricks99: jqui in this test ricks99: what are you using? @arildb: is this a public site? can you post a link to show your issues? No, it's on my local computer hm. without seeing the issue, diffucult to say what the problem is. however, as a general rule, if you want multiple modules to line up horizontally, you need to float them and include inline. lphuberdeau, We're having some issues with character encoding in the lucene search results. Any hints? lphuberdeau, so far every place where we have a choice we consistently pick UTF-8 there were some issues a while back, but I think those were fixed even in 7.x can't say if it was before or after 7.1 lphuberdeau, haha ok. Well atleast we can live with it until tiki 7.2 :P lib/core/Search/Index/Lucene.php should contain 'UTF-8' in at least 2 places lphuberdeau, I will check 2 secs ricks99: I have tried several themes. They behave differently, but none of them really work arildb: what's the problem exactly? most modules usually don't need special css to position them ricks99: btw. I am testing on Firefox 6.01 on windows 7 Sorry, without seeing the issue I can't really comment. I can definately say that module positioning "works" on all my Tikis jonnyb: My problem is that I can drag the modules, but they tend to jump back once I release the mouse. Sometimes I am able to a module and it stays. sometimes it is tricky to get the first module into an empty zone which browser? Firefox 6.01 on windows 7 should be ok if you can't get the module to the zone you want, just stick it somewhere else (and save it), then double click it and change the zone in the dropdown does "Clear cache" force recompile all smarty templates? yes trying to clear cache clearing cache...no difference. Using theme: fivealive, there is a wide yellow area below the moved module. Looks like it just widens, and not moves. Using firebug, I can see the style change. only "top" is adjusted. There is no height specification cache shouldn't have anything to do with drag and drop... tikiwiki: 03xavidp * r36982 10/branches/7.x/ (3 files in 3 dirs): (log message trimmed) tikiwiki: [ENH] Several commits backported to provide fully working CSV export and CSV import. Thanks jonnyb. tikiwiki: [bp/r36908][ENH] Work in progress to add CSV export of banning rules. In a later stage, CSV import will be added. tikiwiki: [bp/r36912][FIX] banning: Pass the data only to the export function tikiwiki: [bp/r36914][ENH] Work in progress to add Import banning rules by means of a CSV file. tikiwiki: [bp/r36916][ENH] banning: Export section data and create or update rules on import. More tidying to do... tikiwiki: [bp/r36922][FIX] banning: Don't try and update rules that don't exist here (thanks Xavi) the yellow box should indicate where the module will drop for the seachbox, there is a css height spec, and that works better lphuberdeau, UTF-8 is there twice, in generateDocument function and buildQuery function The search box still tend to jump back where is came from, when I release the mouse instead of using drag/drop, just use manual process to assign to a position maybe it works ok for some, but certainly not for me. My main problem is that I have to use this functionality to get the searchbox displayed. I think the 6.x solution of having the "search box feature" was much better. Then at least, I could get the basic layout without having to manually position it. using the modules is far more flexible - you can postition the search box anywhere. in tiki 6, it was defined (hard coded) by the template ricks99: manual may be better, but what have the drag&drop then? It gives a bad impression. drag and drop works for most people (including me) I would still prefer to have the option of the fixed searchbox. Easy to activate...and I still could hack its position afterwards i've had no issues in positioning modules why "hack" when you can simply position the module? arildb: wait until you've made a few heavily customised 6.x sites by hacking templates and get back to us! :) i promise modules are a better way well, I can't +1 jonnyb :-) we've had no feed back that drag and drop is so unusable before jonnyb: maybe you are right, but as the module feature is today....not good on my side. you can use the "add module" button instead hmm ok. I do use add module....so, you drag straight from all modules...ah..maybe that's it. Let me try it arildb: by the way, if you hover the mouse of an existing assigned module it will also highlight in yellow, maybe that's what you're seeing? yes, I see the yellow area where are you trying to drag the module? dragging from all modules gives the same result....I am trying to position the search module in the top area polom i only use the drag/drop when repositioning modules. I'll try to make a screencast, so you guys can download and see the effect polom chibaguy ok, will watch :) hi ricks99 and everybody I am able to make the trackerlist show the links now. :-) yay Merbster - how? But it still ignores the content of the url parameter (since the links point at view_tracker not the tiki-index I tried to use) hi chibaguy jonnyb, the showlinks=n was hardcoded in the tpl files for the tracker_pretty_item and wikiplugin_trackerlist oh Merbster you got it! right? how odd didn't use to be i thought... jonnyb, I tried to clear cache to force the recompilation of tpls admin modules in 7.x seems to work as well as it ever did for me in Fx 6.01 (on Mac OS) @jonnyb: working for me on win (ie & ff) Merbster: i see the hardcoded showlink=n in tracker_pretty_item - not good! lphuberdeau: I still do not understand the incorrect plugin end protected with $passes. $passes should be a table for each level .. or should be --$passes some where jonnyb, I can live with hardcoded values in a template, but the hardcoded url is a bigger problem. I guess I will spend more time inside tikis stomache today :P yes, pretty trackers weren't given much attention during the tracker revamp - you might want to try and migrate to using the list plugin (but not sure how advanced it is in 7.x) jonnyb, in /lib/core/tracker/field/abstract.php on line 37 isn't that the part that builds the item URL ? if you have no time it is ok :P but maybe one of the other code-monkeys in here can check it? pretty please? :) looks like $context['url'] gets used on line 48 (in trunk) sylvieg, I don't remember the details of the implementation lphuberdeau: it is commit 33863 ... it's not code I can just jump into in 5 minutes thx jonnyb, ah yes. I will debug some more. tikiwiki: 03jonnybradley * r36983 10/trunk/modules/ (3 files): [DOC] search modules: Mark old ones as deprecated - long over due, should be migrated with an upgrade script (for Tiki9 if not before) doc.t.o down (again?) ricks99 and jonnyb are you still here? Merbster: just a guess but you might try replacing "showlinks=n" with "showlinks=$context.showlinks" in tracker_pretty_item yup yup 2 Please see http://www.sambee.co.th/demo/tiki_module_pos_prob_2011-09-06_1450.swf for a demo of my problems jonnyb, the context is stripped of all settings except list mode and showlinks. jonnyb, I will try your suggestion regarding the template file now (I had just hardcoded in y) @arildb: fist, note that svn is not necessarily stable. ok arildb - if you want the search box to be absolutely positioned you need to double click it, and add "position:absolute" in the css field i was thinking of adding some sort of gui for this, but never did... ricks99: it's the same effect using 7.x jonnyb: will try yes, it's a documetation failure if anything by default most modules are not absolute positioned jonnyb: yes!! that solved however, if you move it into the pagebar zone (using the edit form is easiest) you will find is goes into the right place thanks to various bits of css chibaguy added to the themes jonnyb: ...:-( ...not soved anyhow. Tiki will automatically insert css style left. Thus when I resize the browser window it becomes mis-aligned tried to edit it to css right, but it's reset oh? that doesn't sound right you mean something changes what's in the database? how can the drag & drop module know which alignment I want (left or right)? No in the css style in the module config jonnyb, $context.showlinks works. you need to put valid css rules in there, like "float:right" etc woot Merbster :) jonnyb, still doesn't resolve the url I specify in URL param though resolve is the wrong word here it still doesn't use the url I specify changing it back to position:relative I am back to the problems in the screencast position:relative is an odd one, it depends on the container and contents what are you trying to do? get the searchbox like it used to be in 6.x? jonnyb: if I put in position:relative;float:right I am getting closer....but this is not drag & drop. jonnyb: yes does anyone know why function.trackeroutput.php unset $context['item'] and $context['field'] ? add the search module to the pagebar zone tikiwiki: 03jonnybradley * r36984 10/trunk/templates/tracker_pretty_item.tpl: [FIX] pretty trackers: Fix showlinks (thanks Merbster) jonnyb: using the top bar works in combination with manually setting float:right in the css field jonnyb, if you fixed it the issue is also apparant in tiki-view_tracker_item.tpl hmm, the css should all be in there already i thought, but hopefully it's near enough for you - sorry it put up such a fight johnnyb ricks99: Is the effect you saw in the screencast very different from what you are experiencing in your installation? what OS/browser are you using? ok, that's the expected behaviour - some better docs would be good jonnyb ...yes, a fight. If new users trying out wiki must go through the same, the likelihood of choosing another system increases. In my opinion the dra & drop, gives the impression of great flexibility, but (at least in my case), it must be done mostly manually. Merbster: showlinks seems fine in trunk when not using a wiki tpl jonnyb, I jsut noticed that the value was hardcoded in that file too sorry arildb, i'm typing as fast as i can :P I don't know if it has any effect what really puzzles me is, why doesn't the smarty function "smarty_function_trackeroutput" get the "showlinks" param in the $params array? erhm, not showlinks but url not sent? lphuberdeau, are you thinking in the template? smarty plugins don't get input in params unless it's explicitly sent So. I can "fix it" by adding url=$context.url in the template ? (ofcourse where trackeroutput smarty function is called) think i'm near to it Merbster & lphuberdeau might not be context in fact, context very likely does not exist before calling trackeroutput ;) lphuberdeau, I don't know how I got it to work then by adding $context.show because it is also passed to trackeroutput as a param $context.showlinks* assigning the params to the context in the plugin seems to work context essentially contains the parameters sent to the plugin, it does not exist prior commit coming but then i have to go... jonnyb, the smarty plugin? tikiwiki: 03jonnybradley * r36985 10/trunk/ (2 files in 2 dirs): [FIX] pretty trackers: Fix url param (hopefully... thanks Merbster) Merbster: see ^^^ jonnyb, nice :) works on my little test here - hope it doesn't break anything else ok, bbl I still don't get what file he changed. re-polom hey luciash hi Merbster he changed 2 files in 2 dirs apparently :) luciash, haha yes. I caught him on skype and he linked me to the svn stuff (which I have little experience with) but I found out Merbster: if u subscribe to tikiwiki-cvs list, you'll get all the commits details to your mailbox luciash, thank you. I will look into it This is so nice. Thank you all for your help with the tracker links :) tikiwiki: 03xavidp * r36986 10/branches/proposals/6.x/styles/layout/design.css: [bp/36936][FIX] Consistency in appearance of input, button and span class="button" a. Thanks to xavi for pointing out the problem. (thks chibaguy for fixing it!) CSS - question: In Tiki 7 I have several modules in the header one menu module reserves the whole line, so the logo is too wide below I moved the menu (a small vertical two items for admins) to the left and had enough space for the logo how can I move the logo? writing in some clearfix or so? what I would have to write? lphuberdeau: I gotta tell you, I love the logic you through together in sheetlib sometime back. lphuberdeau: I'm just now cleaning it up from the chaos I created in 6 and 7. you mean in 2004? lphuberdeau: lol, yup to describe it clearer: there is a menu in the header and a logo under the menu ... now I move the menu to the left and the logo should move up to the top left corner of the header lphuberdeau: I'm moving things around so there is much less code and the different sheet types aren't hacked in. lphuberdeau: But anyway, it is written the way good code should be. @fabricius: you can use the position:relative and top: XX;left: xx to "nudge" the logo lphuberdeau: Very shortly we will have tiki sheets linking between files and trackers. lphuberdeau: You can join all 3 into 1 loaded sheet, pushing data between each. nice ricks99|away: thanks - I at the moment did type: position: absolute; to the menu and the logo moved up (position relative to the logo did not work ricks99|away: would you recommend that, or any objection? ricks99|away: ;-) if it worked, great :) thx for ur quick answer ur welcome polom all it was a great summer and today it's back to tiki. having an issue with a contact form, subject/message, that isn't working to send the message to everyone in the group. ie: owners send message to strata council. {mail group="Admins" showuser="y"} <<< Send Mail just refreshes the page and nothing is sent. maybe i only think "mail" can do what I want.... send messages to everyone in a group. tiki 7.1 polom hi chealer it's a beautiful day here, hope your day is going well. in tiki is it possible to send mail to members of a group? hi CodyG. it seems beautiful seen from the basement's window. re hmmm... maybe i'm looking at the email group thing all wrong, maybe i should set up a tracker and a group watch or alert?? lphuberdeau: (or anyone else) when using plugin list , is the default sort by relevance of search result? yes tikiwiki: 03nkoth * r36987 10/trunk/tiki-login_scr.php: [FIX] If user group home is on, and if set to apply only if logging in from default homepage, then when logging in from elsewhere it should still redirect to page the user was on hi all i enabled rss feed for articles. when i go to the rss feed link tiki-articles_rss.php, i get this error: Fatal error: Uncaught exception 'Zend_Feed_Exception' with message 'Invalid parameter: parameter must be a non-empty string and valid URI/IRI' in /var/www/web100/html/echte-demokratie-jetzt/tiki/lib/core/Zend/Feed/Writer/Entry.php:286 Stack trace: #0 /var/www/web100/html/echte-demokratie-jetzt/tiki/lib/rss/rsslib.php(258): Zend_Feed_Writer_Entry->setLink('http://echte-de...') #1 /var/www/web100/html/echte-demokratie-jetzt/tiki/tiki-articles any idea whats wrong? indro, it seems that on line 266 of the file Entry.php the code is fed an invalid parameter it says it needs a valid URI that means a valid URL / http adress apart from that I have no idea I am not familiar with that part of Tiki indro, what did you type into the setup boxes for the RSS feed? most importantly the url one (if there is such) tikiwiki: 03lphuberdeau * r36988 10/trunk/ (6 files in 5 dirs): [MOD] Moving import/export of tracker definitions, wanted to include the profile export as well, but encountered 4 different fatal errors while testing the feature (code still present for now, but not linked to) indro, I believe that one is fixed in 7.2 (to be released) ping jonnyb pong? i added now homepage url but still the same error. oh right - could be uri with accents in? Zend thinks they are invalid nope but they are - in the url, could be that the problem? actually, spaces and international chars cause trouble too yes, fixed in 7.x svn *there allright, thx, any eta when 7.2 will be released? or is it safe to use svn? no, but i think we really should do 7.2 soon - there are so many fixed in svn now... okay, will wait then. but i can't do it for a while, so it may not be soon... if you can run from 7.x svn it will help test stuff (and this should work) also, if you do find something wrong ask here and it should get fixed pretty quickly other question, i include articles in wiki with { articles }, is there a way to display future articles? [sylvieg:] in Admin Categories, do we want to see the category tree with actual or translated category names? tikiwiki: 03jonnybradley * r36989 10/trunk/ (5 files in 4 dirs): tikiwiki: [KIL] xajax remnants: Some left over parts of old ajaxlib which i tried to bring tikiwiki: back to use for mobile_feature, but it didn't help and added to instability in tikiwiki: mobile mode. Should be rewritten using Services now. Many comments still in the tikiwiki: code in various places as markers for where this is required, tagged with tikiwiki: "AJAX_TODO" it displays only articles in the past with { articles } indro: isn't there something on articles about whether they should should show up (i.e. be published) in advance? yes. check the article type. there's a show before publication date y/n option anyone got any good ideas what "voting icons" should look like? thumb up/down? up = aye, down = nay well, what we decided (at a 'fest ages ago) was to have 3 votes - "like", "fixme" and "wtf" (which stands for "what's this for?" obviously) so i started off with heart, bug and question mark, but they don't look great for like, use thumb up, similar to FB can be seen here http://demo.tiki.org/trunk/tiki-admin.php?page=general (if you check the "feedback" checkbox 1 sec (too much gonig on at once) ok, sry bummer, rick doesn't have login for demo.t.o :( yuck. indeed oh dear, found a bug there :( just breaking demo.t.o updating it, by the way - will be back soon lphuberdeau: Are you here? don't know for how long tikiwiki: 03jonnybradley * r36990 10/trunk/lib/core/Connect/Client.php: [FIX] connect: Don't use INFORMATION_SCHEMA to get table row counts as some setups (e.g. cpanel) don't have access to that table lphuberdeau: Are you here? lphuberdeau: Are you here? yes, but I don't know for how long Q quick question A am backporting your mb_ fix to 7,x tikilib.php trunk $oldId = md5($type . TikiLib::strtolower($old)); $newId = md5($type . TikiLib::strtolower($new)); tiki 7.x $oldId = md5($type . $old); New Forum Posts: Group Mail - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42185 $newId = md5($type . $new); New Forum Posts: files upgrade on sourceforge are corrupted - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=42183 New Forum Posts: Link to new Wiki page doesn't become a link after creating and saving the new page. - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42182 Thus there is no strtolower in 7.x What do I do? it's probably wrong in 7.x, but I guess you should leave it as-is line 8144 6.x was more similar to trunk than 7.x had strtolower? what does rename_object do? (So, I can test it) yes, in 6.x strtolower then use the trunk version ok, so I'll add it to 7.x thanks actually, it has it a few lines lower that part does not have it in trunk either so leave as-is related to theme-control, don't know if it's fine the way it is ok. I will leave it themecontrol...how can I test it? arildb: you backported TikiLib::strtolower() to 6.x chealer: yes to proposal arildb: well... you need to backport the custom strtolower to 7.x too. I am backporting to 7.x now arildb: hum, I guess I don't understand your question. I don't see why you would have more issues backporting to 7.x than to 6.x. not really, but 1 section was different what is the release process like in Tiki? arildb: oh. sorry tikiwiki: 03arildb * r36991 10/branches/7.x/ (14 files in 9 dirs): tikiwiki: [bp/r36945][FIX] Multibyte characters not fully handled causes trouble under tikiwiki: certain configurations, detected under windows, causing permissions not to be tikiwiki: checked correctly when uppercase multibyte character were used in the page name, tikiwiki: the patch updates past installs and uses mb_strtolower when available, also tikiwiki: fixing similar issues that might arise in the code. arildb: the release process is fairly civilised these days, the release.php script takes care of most of it details are here: http://dev.tiki.org/how+to+release ok. Do you do a release candidate first, or straight to 7.2? sorry, I didnøt read the page...listening to Denmark - Norway on the radio... hahaha arildb, I am danish :P I don't care though, but SJ-Jay who is here sometimes is a big fan of football. so if norway wins. tease him so, maybe you are listeniing too...and happier than me at the moment :-( i tihnk we should do at least a release candidate for 7.2 arildb: are you sure mb_ functions are always available in php now? (5.2+) - they used to be optional... there is a check for their presence. lphuberdeau wrote the change. I a simply backporting. (It's important for my installations ) super, i worry too much! :D arildb: rename_object() would rename an object, such as a wiki page ok, I will check that jonnyb I have now done some tests on [bp/r36945], and it looks good. So, I am ready with my updates for 7.2 found nothing wrong when renaming wiki pages splendid, thanks arildb, nice work i have two guys on their way to my place from Oslo, so can't do a release now (or for a few days) but maybe next week How would the release candidate handling be done? it will get put up on sf.net and hopefully people test :) then a few days after we can do the real release (hopefully) ok tikiwiki: 03jonnybradley * r36992 10/trunk/tiki-ajax_services.php: [FIX] connect: Hopeful fix for demo.t.o not connecting to mother.t.o, even though other setups work ok, by adding params to the $inputConfiguration filter tiki 7.1: how do i make the fields displayed on a tracker page link to other pages? IE: i have a field that says city and enter kansas city, then when it displays on the wiki page kansas city (and all the fields) are non linkable. thanx tikiwiki: 03mlustenberg * r36993 10/trunk/lib/test/editlib/ParseToWiki_CharacterTest.php: [ENH] more tests for editlib (fixes are needed...) tikiwiki: 03nkoth * r36994 10/trunk/lib/prefs/wiki.php: [FIX] In fact, semantic feature is needed at point of creation of semantic link otherwise link will not register OTR: there's a wiki page field, is that what you're after? arildb: are you sure you were looking at the right part of rename_object()? there are 2 otherwise identical sets of lines 10 lines appart. i guess i can give u the link to my site and a name/password, but i believe thats what i am saying I think so, but let me check sorry, not now OTR - have to go soon arildb: the relevant one is on :8157 where do i find info on wiki page field for trackers? i mean the tracker creates a page already, but each of the fields it displays are not linkable chealer: You are right! How would I fix this in SVN? arildb: you just skipped rename_object() in your last commit? then just do that and commit again, optionally saying this completes r36991. Specific to the View Item page that the tracker displays OTR: try http://doc.tiki.org/Page+selector&structure=Documentation+TOC do that: do rename_object() arildb: if you're wondering how to "modify a commit", that can't be done. chealer: I will make another commit with the latest change and make a comment thanks for handling this arildb (and for the report!) or the reportS :-S tikiwiki: 03arildb * r36995 10/branches/7.x/lib/tikilib.php: [bp/r36945][FIX][Completes r36991] Forgot to update a section. chealer: Done...guess that proves that my testing was insufficient.... arildb: don't worry, I don't think that part was critical, I just found what you were saying suspicious. thank you chealer: Thanks for that ok, bye for now - until next time... lphuberdeau, can unified search have search by 2/multiple orders, i.e. if the first order is all the same the second field is used as the secondary sort tikiwiki: 03robertplummer * r36996 10/trunk/ (5 files in 3 dirs): tikiwiki: [ENH] Refactoring of sheet lib, migration to different files, getting saving / editing / viewing more refined tikiwiki: [NEW] Sheet gets a new file, sheetlib.php tikiwiki: [ENH] Bring file linking into sheets tikiwiki: [ENH] Move from parentSheetId to relationshiplib tikiwiki: 03robertplummer * r36997 10/trunk/lib/trackers/trackerquerylib.php: [FIX] check empty nkoth, technically yes, but not implemented tikiwiki: 03robertplummer * r36998 10/trunk/lib/wiki-plugins/wikiplugin_sheet.php: [FIX] Refine the want the wikiplugin_sheet for user layout and new lib refactor tikiwiki: 03robertplummer * r36999 10/trunk/ (4 files): [FIX] Refactoring updates lphuberdeau: I'm getting ready to work on the spreadsheet interface for listing them, and I'd like to do a tree view for related sheets/etc, I was wondering if you have any suggestions. lphuberdeau: Did you have a standard you were working towards with admin trackers? !help You can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot . tikiwiki: 03chealer * r37000 10/trunk/lib/cache/cachelib.php: [REF] Cachelib: remove deprecated empty_full_cache() (unused) tiki 7.1: I am still having problems with the Trackers page. When you goto view item I want the fields to be linkable to pages (and autocreate if necessary). I searched: http://twbasics.keycontent.org/movies/trackers_40.htm and http://doc.tiki.org/Page+selector&structure=Documentation+TOC and nothing is on point. Thanx New Forum Posts: How to encrypt inter-user messages in database? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42190 An OS comment: I am using Tiki on Windows. My impression is that most Tiki developers are using Linux (or other non-Windows) systems. There has been some discussion around differences in the OS's. I see on SourceForge (http://sourceforge.net/projects/tikiwiki/files/Tiki_7.x_Electra/stats/timeline) that 70% of the Tiki_7.x_Electra downloads were done from Windows. tikiwiki: 03nkoth * r37001 10/trunk/customsearch_ajax.php: [MOD] For range searches, if one end of range is missing, simply drop filter instead of applying just the end as a filter I can't post the question in tiki forums as the server is receiving no data and the ping does not respond Notice: Undefined index: maxRecords in /var/www/tikiwiki.org/lib/init/smarty.php on line 343 is spit out about 20 times at different lines arildb: a lot of people download from a windows pc and then put the tarball on a server i think. I have most of my installs on linux but a few customers run windows server. nkoth|nelson: can be would be interesting to know this statistics. Is Tiki collecting any form of statistics from the installation sites? arildb: i think this works: http://www.microsoft.com/web/gallery/tiki.aspx I've installed once from there before... nkoth|nelson: What I meant is knowing how large the installation base is on Linux, Windows, Mac, etc., could help the decision process, when there are differences between the OSes. New Forum Posts: Timestamp does change when users edit shoutbox messages - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42192 New Forum Posts: LINKING TRACKER VIEW ITEM FIELDS TO WIKI PAGES - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42191 arildb: right, but sometimes it's a chicken and egg problem. Some people must use windows servers due to reasons internal to their IT needs so we should try our best in making sure the experience is as smooth in Windows as well... nkoth|nelson: That's excatly my situation I find one of the main challenges is getting PHP and Apache setup right and since WebPI it was easier since it does that part quite fine. Once that hurdle is over, you can pretty much just upgrade tiki as you wish In my local MySQL setup strict_mode is set, and I assume this is the case for most Windows installations. However, this is causing some problems, since Linux/other installations don't seem to default to this mode. Thus I am experiencing many bugs others in this community don't see. However, I expect other Windows user will. I don't thnk it is default on either, or maybe yes I am not 100% sure either. Maybe it's just my choice when I install I never realized that was enabled by default on Windows, but then I didn't use Tiki a lot on Windows arildb: you're quite right a minority of developers are not using Windows. I mean a majority it looks like default n here: http://dev.mysql.com/doc/refman/5.0/en/mysql-config-wizard-networking.html strange yes, I think it's the default. Thus the default both for developers and sysadmins on windows So, I would prefer to have Tiki strict compatible at release time arildb I am not sure it is feasible for developers to check against windows everything they write. Do you have a shortlist of common things that should be looked out for though? we just need to enable strict mode on our development systems for that chealer: right, doh. chealer: yes, that's all arildb: we would all... I remember there were problems with structures and strict mode. I also remember writing about the accounting tables issues, the author must have vanished. chealer: I wrote an email about my problems with the accounting tables. Structures work fine on my side. Some bugs pop up every now and then, because strict mode requires all values to be filled in (no auto default), and data too long to fit the column is not automatically truncated. Should suggest on devlist developers turning on strict mode on dev machines.... I'll support it. Right now the only one left, that I know of is in the catgory description. defined as varchar(200)...which is really short for a description how do you do this kind of "voting"? well, we are not really forcing anyone to do anything, just recommend, if enough of us do it there shoudld be enough coverage Yes, I think if more people, especially the active developers, enabled strict mode. All such bugs would be quicly weeded out. It seems like the 7.2 release is going out soon. I do not think it should be released with the accounting tables causing install failures, due to the strict mode violation. arildb: hum, I wrote to cdrwhite about these tables in May: http://article.gmane.org/gmane.comp.cms.tiki.cvs/65283 Is adding a trigger a solution, or are triggers a no-no? arildb: he replied he fixed it with http://sourceforge.net/apps/trac/tikiwiki/changeset/34899 arildb: I assume you tried upgrading to 7.1? oh sorry, SVN arildb: AH. he added a new upgrade schema file, but didn't fix the existing one tiki.sql looks ok...so maybe an upgrade, yes if in an upgrade, the upgrade is different than the fresh install...not good fresh ok, upgrade fail matches my experience arildb: OK, I'll try a fix chealer: great! tikiwiki: 03chealer * r37002 10/trunk/installer/schema/20101130_tiki_accounting_tiki.sql: [FIX] Failures to create accounting tables when upgrading from 6 on a MySQL server in strict mode. Completes r34899. Untested. Thanks Arild Berg. chealer: Excellent. May windows users will be very greatful! chealer: The same fix should be applied to 7.x, which I assume will be the base for the 7.2 release tikiwiki: 03chealer * r37003 10/trunk/installer/schema/ (2 files): restore problematic accounting tables on sites upgraded to 7.0 or 7.1 on strict mode systems. Completes r34889 arildb: no problem, thank you thank you tikiwiki: 03chealer * r37004 10/trunk/installer/schema/ (2 files): hacky rename to prevent 20110611_account_fix_primarykeys from causing errors arildb: yes, 7.2 will be a snapshot of 7.x arildb: indeed, that should be backported to 7.x. could you do that and test at the same time? ideally on a system where the previous patch failed and verifying that the missing tables are created. chealer: Yes, I'll do that now arildb: thanks. so in the end these commits just moved the 4 problematic table definitions to a new installer/schema/20101130_recreate_tiki_accounting_tables_tiki.sql and fixed them (using the same primary key definitions as those in 20110611_account_fix_primarykeys) chealer: OK. I'll try to figure it out from the log. It's usually pretty good chealer: For some reason I cannot find the file (r37003) 20110906_recreate_tiki_accounting_tables_tike.sql in trunk. I have done several updates. Any ideas? arildb: yes, I renamed it to 20101130 in r37004 to prevent errors. right arildb: you just need to take that file and to remove the corresponding table definitions in the other 20101130 patch I think I got it now chealer: So, what would a good description of the commit be? or should I do multipl commits? arildb: just one is enough chealer: Let me try out the change first. However, the date is way back. Would I need an installation from prior to that date to do a real test? [bp/37002+37003+37004] [FIX] Failures to create accounting tables when upgrading from 6 on a MySQL server in strict mode. Restore problematic accounting tables on sites upgraded to 7.0 or 7.1 on strict mode systems. arildb: no OTR: hi, check pm ;) chealer: Now the upgrade went through ok in my test New Forum Posts: SOURCE CODE VIEW - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42193 arildb: were you upgrading a 7.1? if so did it restore the missing tables? chealer: I did an upgrade earlier from 6.3 to 7.1, which failed. The database update message stayed on since the installer failed. With this fix the installer went through. let me check the database chealer: Yes, the tables are there and the PKs are OK (single attribute) tikiwiki: 03arildb * r37005 10/branches/7.x/installer/schema/ (2 files): [FIX] Failures to create accounting tables when upgrading from 6 on a MySQL server in strict mode. Completes r34899. chealer: ...guess I should have mentioned soimething about the backport....