arildb: good (although I seem to remember more than one issue with WYSIWYG ^_^ )
arildb: did you deploy any WYSIWYG site
chealer, I am working on a project using Tiki as the base system, but integrates with other systems. The launch will be early next year. However, I am running several Tiki sites intenally at the company I work with, and they are starting to introduce it to customer. All norwegian customers. International characters is a make or break decision.
chealer, they all want WYSIWYG
chealer, thus very important for this project to get some issues integrated in the 8.0 version
arildb: great. I wasn't aware of any sizeable install using WYSIWYG
I thought we should dogfood WYSIWYG at some point
chealer, the spec of the project explicitly states it. It's what customers want at my end
chealer, yes that's a good idea
chealer, seems like quite a few are running mediawiki. However, people seem to think it's cumbersome to work with. Tiki gets a better reception. However, switching requires a functioning import module. It's there, but not up to date. If an import is done with the latest MediaWiki it fails, though tweaking it a bit (by allowing the newer version) still yields acceptable results, but getting it upgraded would make things easier. Do you know who has worke
d on the MediaWiki import?
rodrigo did
arildb: yes, Rodrigo did (in summer 2009). I never tried it. I think he did some updates but not much.
hi lphuberdeau. Is he still active?
he made a few commits today unless I am mistaken
lphuberdeau, OK. So maybe he is interested in getting it workiing with the latest mediawiki version. Would be nice
you should definitely contact him
will do, when I see him on irc
chealer, I have a little problem with an update of toolbarlib.php. My editor cannot handle some characters and converts them if I load it. It's a fix to hide the switch editor button if the WYSIWYG editor is not optional. Do you have time to do it for me? (I can paste the changes here
oh...just remembered..let me try another editor
chealer: never mind, the other one worked
tikiwiki: 03arildb * r37765 10/trunk/lib/toolbars/toolbarslib.php: [FIX] Remove the switch editor toolbar button in CKEditor if the WYSIWYG editor is not optional
arildb: strange. are you still using Visual Studio?
chealer, yes. I am using vs.php a PHP plugin to Visual Studio. How did you notice?
seems to be a problem with my latest commit
arildb: we discussed debuggers the other day (when mine was bugging) :-)
arildb: and what characters were giving problems?
I think it's a line copied from docuwiki
tikiwiki: 03arildb * r37766 10/trunk/lib/toolbars/toolbarslib.php: 
tikiwiki: [FIX] Editor problems. One more try.
tikiwiki: Remove the switch editor toolbar button in CKEditor if the WYSIWYG editor is not optional
chealer, I believe it was the "special characters" definition that caused the problem
arildb: not sure what you mean by "special characters"
chealer, in the CKEditor toolbar there is a button "Insert special character"
arildb: oh, I thought you were talking about your code editor
no
tikiwiki: 03chealer * r37767 10/trunk/templates/tiki-send_newsletters.tpl: 
tikiwiki: [FIX] Newsletters: Names of tabs 2 and 3 (wrong Smarty syntax, r36062)
tikiwiki: [REF] Replace capture with assign
tikiwiki: 03nkoth * r37768 10/trunk/lib/ (2 files in 2 dirs): 
tikiwiki: [ENH][FIX] Show user's item even if not open status, when using plugin
tikiwiki: trackerlist with view=user and when tracker has writerCanModify and user does
tikiwiki: not have view pending/closed perm, since user can edit item directly anyway
tikiwiki: 03chealer * r37769 10/trunk/lib/ (4 files in 3 dirs): 
tikiwiki: [REF] TikiLib: rename clean_id_string() to remove_non_word_characters_and_accents()
tikiwiki: Reference: http://sourceforge.net/mailarchive/message.php?msg_id=28152850
hi anyone here can speak french?
!help
You can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot .
tikiwiki: 03chibaguy * r37770 10/trunk/templates/tiki-view_blog.tpl: [FIX] No need for a br tag between two block-level divs; creates unwanted white space that's hard to remove with CSS without removing intended breaks. Any needed white space can be specified with CSS.
tikiwiki: 03chealer * r37771 10/trunk/lib/filegals/filegallib.php: [REF] FileGalLib: attempt to clarify how the outer loop of moveAllWikiUpToFgal() works and explain its purpose
tikiwiki: 03chealer * r37772 10/trunk/lib/smarty_tiki/modifier.userlink.php: [FIX] userlink Smarty modifier: ensure the truncate modifier is loaded when truncating (from r8363)
goodmorning tiki lovers
has anyone experienced significant slowdowns in Tiki8 svn?
Is there a Doodle-like plugin for tikiwiki? I know it exists for dokuwiki.
tikiwiki: 03jean-lucnavarro * r37773 10/trunk/lib/wiki-plugins/wikiplugin_articles.php: 
tikiwiki: [FIX] added tra(..) missing on lines 125 & 132 (YYYY-MM-DD)
tikiwiki: + punctuation missing lines 33,75,118
Was that for me?
stix, CIA-12 is our SVN bot that posts when people commit new stuff to the dev version of Tiki
oh I see :)
stix, have you tried searching on doc.tiki.org ?
yes no matches for "Doodle" - I don't know what else to call it
stix, http://doc.tiki.org/Draw <- maybe this is useful, I haven't used it though.
draw?
click the link :D
it's for drawing.
Doodle is for scheduling events :)
http://svg-edit.googlecode.com/svn/branches/2.5.1/editor/svg-editor.html <-- you can see a demo of it here
LOL
I just thought doodle was for doodles (drawing)
:)
stix, there's calendar functionality in Tiki
And I know one of the other tiki regulars are building an event synchronization system with it.
Merbster: yes but ppl cannot vote for a set of dates
I am pretty sure Tiki has votes, but if it's integrated with calendar I don't know
maybe I should write my own i php
stix, Tiki is very extensible. You could probably write a module that takes some votes and depending on amount of those votes creates a calendar entry
Merbster: yes I think I will look into that
stix,  2 secs I will find a ressource for you
I am looking at http://dev.tiki.org/Hello+World right now
Precisely
that's the one
thanks :)
np :)
polom
hi fabricius ! :)
fabricius, I have looked at the perspective_binder. But it's super slow
fabricius, are you encountering the same?
fabricius, also, the areas_root preference is it one you added?
hi merbster
no, Jens did the code
and jonny gave some comments afterwards
seems not yet 100% ready
I'll have to make new  tesatinstallation
problem is, that I temporarily have no full access to my server
from early next week on all should be sorted and I could try it on a semi productive site
Merbster: 
so I regret, that I cannot encounter anything until after the weekend - bigtime sorry
polom tikiverse
polom coaboa|afk 
TikiFest Frankfurt - mostlikely I can only come on the 20th or the evening of the 19th, as I work Tue, Wed and Fri
no kids with me that time
 New Forum Posts: The Minimum Hardware? - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=42371
tikiwiki: 03jean-lucnavarro * r37774 10/trunk/lang/fr/language.php: [TRA] more French translations + corrections
tikiwiki: 03oeversetten * r37775 10/trunk/lang/nds/language.php: [tra] 20% reached :)
fabricius, no worries I just wanted to know if I misconfigured it or if it wasn't "complete" Who is Jens?
Merbster: Jens Dodenhoff is a german guy and took the task to translate Tiki to "Lower German" respectively "Lower Saxon" language and in between about three weeks he reached 20% (today)
fabricius, ah ok.
Merbster: he studies physics and did some informatic before - nice guy he is
I am using my own at the moment. Or else it will take 10-15 secs to load a page where the perspective binder kicks in
Merbster: maybe you find a chance to assist, to make the integration better (faster) - didn't you get Jonnys mail in the dev-list?
fabricius, I subscribe to it, so I probably did. but that doesn't mean I actually saw it and read it ;)
Merbster: I can forward it to you with a topic you wont oversee ;-)
I could just search for it :P
what is the topic of the mail?
Merbster: it would be great to get your code spot on integrated in Tiki, which seems to be nearly finished thx to you and Jens and Jonny
mom
Re: [Tiki-devel] tiki-perspective_binder.php integrated now
Jens: On 27 Sep 2011, at 00:46 Jonny: On 27 Sep 2011, at 16:20
fabricius, I don't think I have that one
polom
Hi luciash :)
hi Merbster
Does anyone know how to get plugin List to render column headings?
plugin List ?
do you mean TrackerList ?
not trackerlist
we want to avaoid trackerlist because it can't filter by categories
ah, i don't even know that one exists
:)
List
luciash, it's kind of new. and it supports the new plugin syntax.
ah, that is why i didn't spotted it
tbh it's awesome but the docs are still missing some details :P
Merbster: what is the new syntax ? we have too many already :-p
luciash, http://doc.tiki.org/PluginList <- look at the examples here
btw, trackerlist can filter by categories just fine
how?
u have a category type field and you filter by that
we use it on ntdtv.cz
ok.
would it support wiki argument variables?
I did some extension of that area to support {objectCategoryIds} for example
in pretty tracker, yes
ah, cool
Merbster: thx for the link
I haven't submitted it though.
np
well, imho the new plugin-like syntax will be confusing
luciash, yes. but also alot more powerful
and it will force the plugins to behave more consistent
across all the plugins some params, that are named the same, behave totally different.
as we can write plugins with no body like that ... i wonder what will happen if the plugin List will be included in another one or in a pretty tracker template ... it causes problems sometimes already to the parsing to distinguish contained wiki syntax and plugins from smarty syntax
I am not working on the functionality I can jsut see the expresiveness of the new format compared to the old clunky one.
by old clunky one you mean the plugins params ?
yes :P
if you want to filter by several fields for example?
Also you don't know if one plugin wants several values delimited by " " - "," or ":"
yes
i see the point... i just wonder how it will know it is included plugin or plugin-like syntax params
luciash, me neither, but I guess lphuberdau knows :P (I think he's the main author of plugin list)
why not e.g. XML like syntax ? <filter categories="1 AND 2" />
that would be much safer imho
the plugin would need to work a sort of like the HTML plugin, just not to parse the content as HTML but as-is
i mean by "to work like HTML plugin" to avoid the <x> sanitization for url params etc.
luciash, I think XML might be overkill to define a set of parameters and not very userfriendly for end user. 
but alas. this is a discussion worth hours :P
well, it looks like almost the same, just instead of curly brackets there are "<" and ">" ;)
so i don't think it is overkill, but you're right about the discussion ;)
my point is, you can describe types in XML
it could be (filter categories="1 and 2") as well
i'll ask lph when he's back if there was a reason to chose curly brackets or it was just quick do-and-go
luciash, I feel I am not experienced enough as a tiki dev that I can really discuss this and have sufficent arguments :P
Merbster: np at all
Merbster: thx for letting me know about it
you're welcome
i think i see the reason now for the curly brackets when looking further at the examples below on the page
luciash, on another note, if you like XML. you should check out XAML from Microsoft. it's pretty awesome way of using XML :)
</offtopic>
tikiwiki: 03oeversetten * r37776 10/trunk/tiki-perspective_binder.php: [ENH] add line not to call it directly
Polom tiki devs
tikiwiki: 03oeversetten * r37777 10/trunk/lib/setup/prefs.php: [ENH] avoiding confusion, prefvalues for areas where defined
Hey RobertPlummer 
Merbster: hi
Merbster: How goes your plugin/reporting?
RobertPlummer, quite good actually. I finished the tracker I needed it for. there will be more but it is fairly easy to use and all the JS and special code to handle the functionality is contained in the tracker template. :)
Nice
Merbster: So no hacking?  You end up using tracker query lib much?
we just recently moved to Tiki 8 SVN
Merbster: Nice, I've just moved a client over to it as well, they like it better than any stable release already, and it is isn't even beta.
RobertPlummer, I wouldn't call it hacking. I still need to clean up the code though
or RC
Merbster: That is an ongoing battle,  just keep fighting it, don't think about winning.
I had to change some code (Wiki argument parsing moved and I have added some extra ones)
Merbster: Ha!  I can't wait till we get the new parser in place, you can extend with your own language additions easily.
RobertPlummer, that sounds awesome
RobertPlummer, does jQuerys attr() work on CSS attributes too? (I want to change background color of a textarea)
Merbster: No
You need .css()
But that works like attr
Merbster: But just fyi, recently I've found attr very buggy, best off using .data() to set custom attributes.
or .attr() rather
.data() is html 5 compliant, and is the way of the future.
I haven't encountered anything but I am only changing normal HTML attributes not my own custom ones (I don't think I have any)
I wouldn't be suprised if jQuery eventually dropped attr or limited it.
Merbster: Then you'd be fine.
I think it allready is limited. Prop should be used under some circum,stances
Merbster: Never used prop
It's something about when the attribute/property is updated.
I don't remember the details
lphuberdeau: polom
good morning
lphuberdeau: I know I have some work to do with the drawOver() but I am on another project for the time being.
lphuberdeau: I will be coming back to it soon, I just know though that it isn't super time sensitive at the moment.
no problem, it shows enough for the moment
plenty of time
Aweomse
I am extreamly happy about how clean the new draw integration is.
It still has a few loose ends, but man it is clean.
$(obj).loadDraw(); and the rest is self managed nearly.
or $(obj).drawOver();  super easy.
the way it should be
lphuberdeau, the categorization dependant on current perspective stopped working today.
?
lphuberdeau, if we just use a normal tracker put it on a page that has a perspective and save an item. the item is not categorized unless we have a category field of type dropdown, listbox and the last one where a value is picked by default. (radiobox doesn't work)
radiobutton*
yeah, most fields work like that
lphuberdeau, I was under the impression that even if the category field is not displayed it would categorize items correctly, not just auto pick something in the UI?
can't say it stopped working today
that's not a small thing to fix and we're getting too late in the process for that
lphuberdeau, I just wanted to clear up the misunderstanding. Because we misunderstood you apparantly :P
it's the same with user field in user trackers too
the field has to be present to be considered
It is present now, but in a hidden div. works mighty fine :)
polom
sounds like a reasonable way to handle it
lphuberdeau, Yes ok. Well it works as expected then. :)
not a desired, but it will have to do for now
I am just grateful you did what you did lphuberdeau 
or else it would not be working at all.
really wasn't a large change
well, chealer did the filtering part
so just setting the field as mandatory with a dropdown would have worked too, because <select> works like that
hmm
WSOD on login is normally caused by?
Merbster: failure to show error messages ;-)
chealer, what really boggles me is. I logged in this morning and nothing was wrong with login
But I haven't touched login today.
admin is the only one allowed to login
sylvieg, are you using more than one auth server in your ldap setup?
can a misconfigured login tracker trigger WSODs?
misconfigured as in function enabled but not configured
Hi rodrigo_sampaio. Is it correct that you are the one behind the MediaWiki import?
hi arildb
arildb: yes, that is correct
rodrigo_sampaio, In my "environment" MediaWiki has been the norm, but people seem to find Tiki better. To switch, an import is important. I tried the MediaWiki import, but unfortunately it is not up-yo-date with the latest release. However, by "fixing" the version check the import still went through and the resulsts looked OK. Would be good to have the import work with the latest MediaWiki version. Any plans to upgrade?
chealer, was it you who also ran Tiki with ldap?
Merbster: I had to set it up once, but never used it myself
chealer, ok.
arildb: I did the MediaWiki importer back in 2009 as my Google Summer of Code project. After that I didn't had enough time/budget to properly support it and keep it updated. As you notice there is a check in the importer that verifies the version of the XML file generated by MediaWiki. Since their XML file is poorly documented I decided to do this in case a new version breaks the compatibility with the previous. But if everything seems fine in yo
arildb: note that in most cases you need some manual work after running the importer.
arildb: also a few users have reported a segmentation fault error when importing a series of complex pages. I never had enough time to debug it. it is probably a problem in PEAR::Text_Wiki and in PHP itself (since PHP code shouldn't be able to kill the Apache process).
arildb: let me know if you need any help
rodrigo_sampaio, yes, the version check is a good idea. Data from the latest mediawiki version is also imported OK, if the version check is "patched". ...everybody will expect some editing after the import. That's no problem. When I tried it the results were so good, that maybe all that is needed is to allow the latest version of MediaWiki through.
arildb: sounds good to me
arildb: let me know after you finish it. there is a user who asked me a few weeks ago about support to newer mediawiki versions.
rodrigo_sampaio, I only tried 1 import and it was a simple and not very large structure. So, I wouldn't know if there are problems with more complex data.
rodrigo_sampaio, I am not sure I will update it (at least not now). I just wanted to give you the feedback, and check out your plans
arildb: ok, no problem.
arildb: for now I'm not planning to work on the importer.
rodrigo_sampaio: ok
arildb: but thanks for letting me know that apparently it works with the newer versions of mediawiki
tikiwiki: 03sylvieg * r37778 10/trunk/templates/admin/include_wiki.tpl: wording
arildb: if I have some time I might just add the support to the newer versions and see what happens
arildb: a few weeks ago I took a quick look at the new XML file structure and apparently there are no big changes
rodrigo_sampaio, I think that may be sufficient. Maybe with a small notice that it was originally built for a previous version
arildb: exactly
dude, where's my commit access?
;)
what's your SF username?
gaxweb
I can't give it to you, but I'm sure sylvieg, luciash, nkoth or some other admin around can fix that for you
okay, I'll be here for about an hour
so, what are your plans with your (soon to be granted) commit access?
some small fixes for bugs that occurred in our server env.
which version are you using?
tikiwiki: 03chibaguy * r37779 10/branches/7.x/styles/ (13 files in 2 dirs): [FIX] Various problems with button styles (inconsistent normal|hover margins and padding, etc.)
7.1 release
7.2 is expected to be released sometimes today
oh, ok
will check
gaxweb user does not exist
I can not add gaxweb in the tiki members
tikiwiki: 03lphuberdeau * r37780 10/trunk/lib/jquery_tiki/tiki-jquery.js: [ENH] Auto-close StreetView dialog when not available for location, based on a timeout because apparently, there is no better way
DanMan1234: if you are running 7, you will need to check out a copy of trunk and also proposed/7.x branches for development purposes.
hmm, i'm currently logged in at SF
nkoth|nelson: i'm way ahead of you ;)
sorry, that is a typo
there is no proposed/7.x branch
well, anyway, you know what I mean, the 7.x branch
i've checked out the 7 trunk
Have you been following the commit procedure, i.e. commit in trunk (unless the fix does not apply there), and then commit a backport to the 7.x branch?
well, i haven't committed anything yet obviously. :)
didn't know about the backport branch
You checked out both trunk, and branches/7.x right?
just the trunk right now
i don't quite get the "commit a backport to the 7.x branch" part
ah, ok. http://dev.tiki.org/Where%20to%20commit might help explain the situation. branches/7.x is what will become 7.2.  trunk is what will become Tiki 8. In fact, we are like likely to create the branches/8.x soon in expectation of Tiki 8 release in abt a months time, so trunk will be then the future Tiki 9.
ok. so no merges, but commit the same change to the branch? so it's like a separate release branch?
tikiwiki: 03chibaguy * r37781 10/trunk/styles/ (13 files in 2 dirs): [FIX] Various problems with button styles (inconsistent normal|hover margins and padding, etc.)
we merge branches for a while, but at some points, they get too divergent to keep up
so manual backports are required
Basically there is no automatic merging being carried out from the branches/7.x branch. So if you have a fix for Tiki 7, it will most likely be needed for Tiki 8 as well. In other words, you should commit in the one destined for Tiki 8 first, and then make the same fix in the branches/7.x so that it will be in the next 7.x release (the commit message for the second commit should read "[bp/rxxxxx][FIX] Commit
message", where rxxxxx refers to the revision number of the first commit you made
In addition, today is a bit of a special case because 7.2 is preparing to be released. It'll be kind of last minute to commit some more. What exactly are the fixes anyway, gaxweb.
although I'm not sure it's worth commiting to 7.x now as 7.2 is due real soon, and 7.3 is not the most likely thing around
the insertAt in IE8 is again broken with trunk and tiki7 :-(
ok, thanks for the explanation. the changes are not that urgent though, and i don't have much time today anyway
yeah, and tiki8 is coming soon, so perhaps the fix should just go into the branch destined for Tiki 8 (which is currently trunk, but soon there will be a branches/8.x)  if it's not urgent.
that's my plan, yes
for example: http://dev.tiki.org/tiki-view_tracker_item.php?status=co&trackerId=5&sort_mode=created_desc&itemId=3997&show=view
gaxweb, ok, but are you sure your sourceforge username is gaxweb? It is giving me a "User does not exist" error
well, i've only registered with OpenID. maybe that's it?
possibly.... clck on "Account" in Sourceforge. What does your Login Name (User Name) say?
ok... completing my registration now. hold on
done
{TRACKERLIST} I am wondering, why the item-links in the trackerlist are not clickable for Anonymous users, but are for the registered
gaxweb, commit access has been granted, please read http://dev.tiki.org/3rules and agree with them :)
yay, thanks :)
will do
the git repo is not being used, right?
no, the git repo is not used.
btw gaxweb I commented on your http://dev.tiki.org/item3997&show=view
i'll take a closer look at it tomorrow. for now, i'm going home.
gaxweb: see u l8r
I would really check why an object got there
pretty sure that piece of code works as it's really central
i think it's the other way round, judging by the variable name :)
but as i said, i'll take a closer look at it tomorrow
bye all
well, the thing is that if it was not working, a lot of other things would be breaking (like on search indexing), and not just on installign
it can wait till tomorrow
i promise to double check ;)
perhaps the fix is to fix the place where the object gets there
maybe. thus far it's running fine on our server though. anyway, more tomorrow
tikiwiki: 03robertplummer * r37782 10/trunk/tiki-edit_draw.php: 
tikiwiki: [FIX] Added wiki page name as image name if no name is given and it is from a wiki page.
tikiwiki: [FIX] Width and height wrapped in quotations
tikiwiki: 03robertplummer * r37783 10/trunk/lib/wiki-plugins/wikiplugin_draw.php: [FIX] Draw user interface for creating new image permissions fix
Anybody a hint to my trackerlist question? -> item-links to show to Anonymous
what ldap extension should be loaded in PHP for Tiki to use ldap auth?
tikiwiki: 03robertplummer * r37784 10/trunk/lib/wiki-plugins/wikiplugin_draw.php: [FIX] Permissions again, had it wrong last time
tikiwiki: 03robertplummer * r37785 10/trunk/ (2 files in 2 dirs): 
tikiwiki: [FIX] Added permissions checks for file gallery context menu to edit
tikiwiki: [FIX] Simplified permissions check for plugin, no need to check admin, permissions inherit
tikiwiki: 03robertplummer * r37786 10/trunk/ (lib/svg-edit_tiki/draw.js tiki-edit_draw.php): 
tikiwiki: [FIX] prevent user from going back with their browser
tikiwiki: [FIX] Ensure that wiki page is updated
note to self: http://paste.debian.net/133056/
note to self: results in http://paste.debian.net/133058/
with MySQL 5.1.45 on Windows
chealer, emulating the prepared statements is a good thing with pdo/mysql
chealer: Did you get your test on IIS?
hi changi|ffa. that's OK
hi arildb. I was testing but a PDO/MySQL issue (which appears to only affect Tiki on Windows) got in the way
chealer: OK. I just downloaded the latest 7.x version. Seems to work OK, except a regular "fault" on my windows 7 machine. Data too long for column 'ip' at row 1..
All ip fields should be varchar(39) insteap of (15). OK in trunk
OK lphuberdeau. thank you
for IPv6 ?
thanks arildb. fair enough
lets start
tikiwiki: 03changi67 * r37787 10/branches/7.x/lib/setup/twversion.class.php: [REL] New version
OK changi|release
changi|release: does "ffa" mean "far, far away", or what?
yes 
like in shrek
oh, I didn't see Shrek in a long time (I'm more of a Toy Story type of person)
chealer: fresh install => OK
upgrade from 6.X proposals => OK
chealer: database schema => OK
seems good
changi|release: good. I'm retrying a fresh install on Windows/IIS right now, but no need to wait for that
chealer: ok
chealer: refreshing my local copy of svn
changi|release: always a plus :-) my install went OK, just testing the result a bit
tikiwiki: 03changi67 * r37788 10/branches/7.x/db/tiki-secdb_7.1_mysql.sql: [KIL] Useless now
changi|release: works for me (clearing my local changes was also a plus :-) )
re polom
#hmm I just ask again
I have a question to the trackerlist plugin - especially to the item links
Welcome to the official Tiki Wiki CMS Groupware channel. Please ask your question directly. Don't ask to ask. Someone will reply if and when they know the answer. Welcome again and please stay a while. Thank you!
Welcome to the official Tiki Wiki CMS Groupware channel. Please ask your question directly. Don't ask to ask. Someone will reply if and when they know the answer. Welcome again and please stay a while. Thank you!
chealer: i was not talking about my local checkout, i'm synchronizing the full svn data from sf.net
thx Tiki|bot :-D
Tiki|bot: are you crazy
I have the item links activated, but they are not visible for Anonymous users
I find no category permission to give Ano the right to see the items or similar
changi|release: oh. is that needed to release?
haow I can use the item links in a certain tracker for Anos aswell?
chealer: it goes faster with it
from 2 hours to 35 minutes :)
tikiwiki: 03changi67 * r37789 10/branches/7.x/lib/setup/twversion.class.php: [REL] Preparing 7.2 release
tikiwiki: 03changi67 * r37790 10/branches/7.x/README: [REL] Update README file for 7.2
interesting changi|release. how large is that copy?
2 Gb
chealer: i can share it on the community server
changi|release: what a featherweight...
changi|release: what for?
it's a clone of all revision from the begining :)
chealer: i can compress it
it should go down to 789 Mo
oups Mb
changi|release: but that would be faster to obtain than from... SourceForge?
tikiwiki: 03changi67 * r37791 10/branches/7.x/lang/ (48 files in 48 dirs): [REL] Update language.php files for 7.2
chealer: in fact no, it will take 1 or 2 weeks 
chealer: if it work
with pkdille and nyloth, we spend a lot of night of synchronize it
for ricks : >> Changelog updated with 117 new commits (revision 37788 to 35882), excluding duplicates, merges and release-related commits.
chealer: Did you get my messages to you a minute ago?
changi|release: so you all have such a copy which you synchronize each time you do a release?
chealer: I think my account may have disconnected.
chealer: yes
that's why we are so fast to release.
jonny has one too
RobertPlummer: on IRC? no (I'm not in my normal habitat currently)
tikiwiki: 03changi67 * r37792 10/branches/7.x/changelog.txt: [REL] Update changelog.txt for 7.2
changi|release: hahaha
chealer: Is it out yet?
chealer: I'd like to change the external revision freeze on 25 and sheet before release.
RobertPlummer: your account? which one?
chealer: THere are a bunch of fixes if it is at all possible.
RobertPlummer: oh sorry, 7.2 is not out yet
on s5, and sheet sorry, typing fast.
Can we change the revision freeze numbers to the latest?
RobertPlummer: would that fix a regression from 7.1?
of their stable branches of coarse.
YES!
chealer: Tons of regressions.
RobertPlummer: why do we have these?
aaarghs - solved: tiki_p_view_closed - these tracker items are all closed
New calculations engine, mostly in sheet not s5.
s5 just has fixes.
RobertPlummer: but why do we have regressions in those from 7.1?
the calculations engine had a few problem with things like ">=" "<=" comparative operators.
chealer: The calculations engine changed from old one to new.
fabricius: i thought it must work ;)
The new one had a few regressions that are now fixed.
sometimes we are too fast too release :)
s/too/to
chealer: should i stop ? 
RobertPlummer: did we forget to freeze externals or what?
RobertPlummer: otherwise what revision introduces the problem?
chealer: The externals are frozen right now, what I'm asking is that we move them to the latest, and refreeze.
chealer version 2 introduces the problem.
sheet version 2.0.0, every revision.
RobertPlummer: in which Subversion revision did 7.x switch to sheet version 2?
chealer: I can't remember, but please do not revert it, to much has changed.
changi|release: can you wait 5 mins?
chealer: of course
an hour if you want
RobertPlummer: in what sense did too much change? there were many changes in that area since 7.1?
thanks changi|release
chealer, I'm nost asking anything other than can I move the revisions forward for better stability, if I can, please say yes, if not please say no.
hi luciash I just saw your last mnessage - out of the context ... maybe I didnd't get, what you told me, cause I was logged out
hmmm... any recent changes to login? on a fresh trunk install, I get invalid old password
RobertPlummer: could you find the problematic revision? do you prefer to release as is or as 7.1 was?
fabricius: i mean i thought it would be something with permissions
fabricius: but didn't have time to tell you - good you found out yourself
chealer, that wasen't what I was asking, releasing as is would be better, the calculations engine evals javascript, so it is a pretty big regression going back, going forward though is on a stable release.
and it no longer does that.
RobertPlummer: sorry, I think it's too late for this kind of change
Ok, that is all I needed.
chealer: But just know that I spent all that time on it so it would make it to the next release.
RobertPlummer: I'm sorry, if it's not worst than 7.1, let's just hurry up the next release
OK, we can continue changi|release
ricks: >> Copyrights updated: +4 contributor(s), +1944 commit(s)
tikiwiki: 03changi67 * r37793 10/branches/7.x/copyright.txt: [REL] Update copyright.txt for 7.2
tikiwiki: 03changi67 * r37794 10/branches/7.x/db/tiki-secdb_7.2_mysql.sql: [REL] SecDB for 7.2
tikiwiki: 03sampaioprimo * r37795 10/trunk/lib/smarty_tiki/block.pagination_links.php: check if $params['offset_jsvar'] is defined to fix FormatterTest
tikiwiki: 03changi67 * r37796 10/tags/7.2/: [REL] Tagging release
yay!
thx luciash 
tikiwiki: 03sampaioprimo * r37797 10/trunk/lib/test/TikiLib/WikiParserTest.php: update tests after behavior change in ParseLib::parse_data() on r36952
chealer: file uploaded
chealer: do you want me to send the mail on the dev list ? 
thanks very much changi|release
changi|release: as you want, I can handle it
RobertPlummer: could you document the regressions you expect or the worst ones on Known Regressions: http://tiki.org/ReleaseNotes7.2 ?
chealer, it really would have been a lot easier to include the new update.
RobertPlummer: I'm sorry, I know sheets and S5 very little
I do not have time right now and I'm 4 projects deep.  It'll go on the list, but it'll be last.
RobertPlummer: sorry, I didn't know sheets and S5 enough to give them an exception at  this point in time
RobertPlummer: OK, I'll put a general warning
chealer: do it, i need to fix some files in trunk
all right changi|release
downloading the 7z
tikiwiki: 03changi67 * r37798 10/trunk/ (13 files in 7 dirs): [user:changi:FIX] SVN Properties
tikiwiki: 03changi67 * r37799 10/trunk/lib/ (logs/logsquerylib.php trackers/trackerquerylib.php): [user:changi:FIX] Opening brace of a class must be on the line after the definition
tikiwiki: 03changi67 * r37800 10/trunk/lib/test/editlib/ (ParseToWiki_ListTest.php ParseToWysiwyg_ListTest.php): [user:changi:FIX] Opening brace of a class must be on the line after the definition
tikiwiki: 03changi67 * r37801 10/trunk/lib/svg-edit_tiki/ (draw.css draw.js): [user:changi:FIX] dos2unix
changi|release: When can we expect a branch of 8.x and the LTS 6.5?
Tiki8 is managed by chealer
LTS 6.5 need to be approved by the QT
changi|release: thanks
changi|release: actually, I'm just assisting jonnyb (with nkoth|nelson's help)
arildb: 6.5 seems to be coming but there's no date discussed yet
chealer: When is the 8.x branch expected?
arildb: not sure yet, I was just telling changi|release we need to decide that soon
chealer: ok
that-> the final Tiki 8 schedule
7.2 is going fine here. I'm unable to create sheets, but that must be basically because I'm on Windows
chealer: jonny did say he was busy today - maybe tomorrow we can discuss schedule for tiki 8
, then he said he will be more available from Tuesday onwards
nkoth|nelson: yes. if you're available, changi|release and I would be available at this time tomorrow
probably a little earlier
changi|release: can you participate a little earlier? I don't mind the time
nkoth|nelson, Marc and I are all in ET. Tomorrow will be Friday
i'm free from 20h to 22h GMT+2
so 2 hours and a half ago from now and tomorrow :)
tikiwiki: 03changi67 * r37802 10/trunk/lib/core/Multilingual/Aligner/SentenceAlignments.php: [user:changi:FIX] Avoid function calls in a FOR loop test part
changi|release: hehe, OK
chealer: did you send the mail ? 
tikiwiki: 03changi67 * r37803 10/branches/7.x/lib/setup/twversion.class.php: [REL] Change the name in branche 7.x
I sent a mail to tiki-devel about 7.2
thanks changi|release
chealer, changi|release, CONGRATS!
RobertPlummer: thx, that's not so difficult to do
if it's not difficult for changi|ffa, it's nothing for me (except for these tough decisions...)
lphuberdeau: is it a good idea to change the intertiki feature with all teh json webvservice lib you wrote for tiki?
congrats and thanks to the releasers
it looks like the Sheets error is fixed in trunk, I could create a sheet there using the same MySQL
closing http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3908
sylvieg: thanks. could you update /topic ?
chealer: ??
done
sylvieg: could you update the channel's topic to reflect 7.2's release?
RobertPlummer: BTW, I just tried sheets in trunk, apparently if you enter a value too fast (type a character then enter in less than a second) the value is lost
chealer: done 
thanks
chealer: reading my  mail - are you sure tra(YYY-MM-SS) will work ? is the test language aware?
sylvieg: the test? that was in a module, no?
oh, a plugin actually
I am afraid people translate to YYYY-MM-DD to JJ-MM-AAAA taht will not work
sylvieg: ah, well, ISO 8601 is the same in all languages - if translators change it, it's an error
and until we have a tr with 'context' I will rockback the tra
buit how do translators know?
sylvieg: it would be ideal to give instructions to translators on this one, but it won't be particularly more difficult for translators to understand than for users.
sylvieg: translators shouldn't touch what they don't know, but it's possible there are errors. I see 2 ways to clarify:
brb
tikiwiki: 03oeversetten * r37804 10/trunk/ (5 files in 2 dirs): 
tikiwiki: [ENH] move perspective_binder into lib/, store get and set function of this
tikiwiki: in perspectivelib, more checks before including perspective_binder in tiki-setup
sorry
1 way: change "YYYY-MM-DD" to something clearer like "4 digits for the year, a dash, 2 digits for the month, a dash and finally 2 digits for the day" 
another way: tra("Latest date to select articles from, in ISO 8601 format (YYYY-MM-DD)")
but if I am a french translator I will translate to JJ-MM-AAAA
sylvieg: why?
because I localize
sylvieg: YYYY-MM-DD is not an English format, it's an international standard ( http://www.iso.org/iso/support/faqs/faqs_widely_used_standards/widely_used_standards_other/date_and_time_format.htm )
but a French translator does not know..
onyl my 2 cents - I have no fast solution - but I think it will create more problem than solve rpoblem
sylvieg: it's possible that some translators don't know, but as I said they shouldn't touch it then. errors may happen and they can be fixed
I think both of the suggestions above will reduce the possibility of errors
and an even better to avoid errors would be to change the field from a text input to a calendar widget
s/better/better way/
it is a plginparamter..
oops
plugin parameter
sylvieg: I agree it might create problem, but the change is technically correct and the risk of errors is not worth everting in my opinion
sylvieg: oh, right, well then plugin dialog could still offer a calendar widget
ok agree 
sylvieg: another possibility would be to translate the parts indepently - "YYYY", "MM" and "DD" separately. but that will give very little context for non-interactive translation
+1 good idea
sylvieg chealer - wouldn't it be somehow possible to switch direction of date format relative to the language?
in Germany we have DD.MM.YYYY aswell