tikiwiki: 03sampaioprimo * r30028 10/trunk/ (2 files in 2 dirs): 
tikiwiki: [ENH] option for {pagination_links} to don't use ajax even if ajax_xajax is enabled
tikiwiki: [FIX] disable ajax for {pagina_links} on tiki-edit_languages.php to preserve behavior added by tiki-edit_languages.js
tikiwiki: 03Gregmartin * r30029 10/branches/5.x/templates/tiki-edit_article.tpl: removes prompt warning user that data will be lost if they navigate off the page that is received when clicking save or preview
hi abd goog morning all
*and
hi Jörn
Hi, i need to customize tw 5.3 forum toolbars. I want only one row with specific elements. On the admin toolbars i can't find a way to remove unneeded quicktags... How ?
hi hace a problem when editing a page with pagebreaks (...page...) only the first page apears in the editor. 
*have
revision 30023
url: http://poiesipedia.co.uk/tiki-index.php?page=Living+among+myselves
hi coaboa 
hi xavi
yonixxx: did you try draging some icon out of the toolbar, in that admin toolbar screen, for forums?
JoernOtt around?
Hi Xavi, yes it the first (and logical) things i have tried.
JoernOtt: I see duplicated the preference "share access rights with friends?" in "Admin home > community"
yonixx: look at the documentation of that feature (if any :-) ). Try to improve that documentation with whatever you know, and if you can't get it to work still, send a message to the devel list (for instance) and/or open a bug report about it
JoernOtt: looking in branches/6x, tiki-admin_include_community.tpl, line 33 & 34, r29037, I see:
JoernOtt: {preference name=auth_token_tellafriend}
JoernOtt: {preference name=auth_token_share}
weren't they made the same feature?
If so, I'll remove one of them from that tpl, but I don't know which one....
maybe you are the one of the best candidated to how the best way to fix that duplication at the UI
the report feature depends on tell a friend unfortunately 
coaboa, both preferences show the same message for the end user
that's why there is a usability bug (at least), or uneeded duplication at the UI
oh
regarding pagebreak after completely reinstalling svn version the problem is gone ;-) 
Xavi: i've been there (http://doc.tiki.org/Quicktags)... the doc says a quicktags can be remove, no explanation on how and if it is on the toolbar... maybe it is not really possible to remove a quicktags from with in a toolbars ?
tks for your help anyway ;)
afair, "quicktags" feature was renamed as "toolbars" in 4.x or so. so that page should have an alias to "Toolbars" and "Toolbar", at least. 
moreover, they could be removed somehow, if you drag some icon out of that bar and place it to some other bar, as far as I remember
if you can't, send a quick message to devel list, before deciding whether your issue comes from a bug (and thus, some bug report - and fix, of course - is needed), or if it comes from some defective documentation (which needs to be improved and updated, anyway), I would say
coaboa: easy way of fixing local problems (some coder fixed in svn ;-) )
;-) computers are some mystic being...
tikiwiki: 03xavidp * r30030 10/branches/6.x/templates/messu-compose.tpl: 
tikiwiki: [FIX]Usability fix: after sending a message to multiple users, you see their
tikiwiki: names separated by commas for some reason, while the right syntax to have
tikiwiki: multiple usernames in the required fields is by separating them with semicolon
tikiwiki: instead. Tip added with that info.
polom
hi luciash
hi luciash 
hi guys
xavi: They are not (yet) identical
tellafriend is also used to contact admins (as anonymous)
hi JoernOtt ... then some difference should be reported in the strings shown to the admin, in "Admin > Community" settings
This part has not been incorporated into the share stuff yet
"yet": planned to go in before 6.0 is released?
maybe (for clarity of the whole system) the contact_admin should be a "standalone" feature
+1
I doubt, that I find the time
ok, quick fix in the meantime would be to upate somhow one of those two strings
besides, I would rather see a few weeks of real usage go by, before we declare the share feature stable and start removing stuff which has been there for quite a while
agreed, this sounds doable :-)
I can do that, but I don'¡t know the new string: both say (right now): "Share access rights with friends"
maybe I'll get around to do it (and some other minor stuff) today
a you wish (I have the tpl open)
s/a/as
and svn ready to commit
Which should be "Share access rights when using "Share"
and "Share access rights when using "Tell a friend" ...
ah, ok, that could have been deduced when looking at the dependences shown below
I didn't look at that, since those dependencies were satisfied in both cases, I through they were also the same
ok, I'll do that
update the strings
thx
np
polom
hi chibaguy 
hi chibaguy
I was thinking of you some hours ago
hi xavi and coaboa (and everybody)
good thoughts, I hope ;-)
when I was reviewing and updating http://doc.tiki.org/Tiki6 some time ago today, I came up with the same conclusion: all heading levels look like the same when you scroll down
so today is beta 2 day ?
if you don't agree with some sort of greyed underlines some h2 and/or h3 (I can understand), at least some different colour?
hi chibaguy
ah, that wasn't really resolved, was it
s/underlines some/underlines for 
?
nope, no resolution yet
hi luciash
i agree with some color shades differences at least
Seems like I tried something locally just varying size more radically.
chibaguy: something else than just size, please
some change in colour (at least), that can be easily distinguished when scrolling down, and that can be distinguised when printing in black and white also
seems like there are two issues. One is to make the headings distinctive. The other is the particular case of short heading lengths on wide pages, as you pointed out before, xavi, which is where 100%-wide underlines are useful.
I would say
he he, with colored underlines, you fix the two issues with the same shot ;-)
How would lighter, larger changing to smaller, darker be?
s/colored underlines/mixture of colored dashed underlines, normal thin lines, etc
Well, I have a little problem with so many lines, as you know :-).
me too
underlines slow down reading
but having them at h1 is ok for me
not too many of those
but with h2/h3 I tend to go for different sizes/fonts rather than colors which get lost on copies/ bw-printers
I was thinking to increase the heading size in general, and increase the size increments, to try initially anyway.
Maybe there could be an optional "xavi documentation page style package
that would be commented out but could be activated or pasted in L&F, that'd have horizontal lines. :-)
hehe, why not make a "xavi" theme :-)
should not be that hard as a sub-theme
 :-)
I know how to make those changes for my own sites :-)
but I'm suggesting them for the sake of general sites...
I wonder if there is a documentation page style that maybe indents according to heading level, or something really obvious like that.
most themes bundled in tiki don't have that type of clear division between headings....
and JoernOtt : yes, I know about that problem when you print pages in bw-printers
that's why some wise set of colors has to be chosen
let me find some example....
what about this one as example?: http://themes.tiki.org/Strasa
I think there isn't one set of colors that will work across all themes.
and switch to strasa theme, of course
 :-
"across all themes": of course not! they have to be theme specific, and maybe, only for some themes
white and black backgrounds are the obvious extreme cases.
but Fivealive should have that, imho
i am ok with the decent dashed underlines too
of whatever default theme we have for Tiki6
ah ok. I was misunderstanding.
but as xavi points out, it should match the theme specificness
he he, ricks99-master-defender-of-end-users arrived at the right time! :-)
each theme should have its own kind of distinguishness for headings, there is no quick and easy solution
ricks, read the recent backlog please :-) http://irc.tiki.org ...
first things first..... *sipping coffee*
luciash: +1
ricks99: yes, please, take your coffee dosis first :-)
"those": I mean the ones discussed with JoernOtt , etc. (not css ones :-)
@xavi: u mean the "headings all look the same" stuff?
yes
Please have a look at http://zukakakina.com/Sample_page regarding heading sizes, if you don't mind.
I found some old page about font sizes and gave its ideas a try.
i agree that the default five alive theme has some issues with heaidngs, sizes, and colors
chibaguy: imho, it's not enough (After looking at that page). See the differences in that strasa theme I linked above
tikiwiki: 03luciash * r30031 10/branches/6.x/templates/tiki-list_kaltura_media_entries.tpl: [FIX] Kaltura media entries: change from download link to view link
slight differences in color, and some dashed light underline in h3, plus italics in some heading level, etc
try to scroll down a long page (likje doc.t.o/Tiki6) with whatever changes you plan
its several issues... vertical line spacing (imho) is off, too.the headings look to be equa-distant from the the before- and after- para
really should be *much* closer to the after-para
OK, I think the Strasa page looks good, but I don't like the h3 horizontal line, or lines on anything but maybe h1. To me it's not nice typography. It's utilitarian, user manual style.
the gbase looks ok, but when you switch to fivealive, it is really not enough difference for the headings
wrt printing, i always use a print.css style that turns everything to black
ok. oh, ricks99 : I didn't know that :-/
Also I think putting a line on a lesser heading causes confusion re the next-higher heading.
oh well, not to me, when h1 has a straight full line (like in strasa), blue color. and h3, a dashed and very light blue
yes, luciash, I only tried the heading size change on gbase. Fivealive does have a problem with headings for sure.
u could try putting the line *above* the text
helps create a visual break between sections, instead of within the section
It's too bad there's not an objective test for style issues. :)
when you print it in bw, you can't see that light blue color underlining h3 (which is a good result), while it allows to to easily identify visually when you cross that type of heading on screen 
@chibaguy: there is. its call usability testing :-)
chibaguy: can u try the gbase sizes on fivealive ?
to me, one good compromise would be to add some option to some (most?) themes to allow using that sort of differences in headings
maybe not used by default, but with some simple selection (end user pref, or site wide), everybody could be happy
That would be good, I think.
everybody in each community using tiki, mean
ricks: line above the text: good solution, btw
@xavi: y, thats what i use all the time
i was just going to suggest that: outdenting the headings to create a scholar's margin
right and left borders, I mean
another big trend is to use a serif for headings and sans-serif for body. creates another nice visual cue for readers
yeah, my imagining was more nightmare than dream. ;-)
chibaguy: ah, ok :-)
IIRC, there's an issue with heading size depending on whether use wiki page name as page title is activated or not. This means whatever is decided for heading styles is applied differently depending on how people set that option.
y. in many themes the h1.pagetitle a is different than a "regular" h1
lunch, bbl
which imho is "a bad thing"
I think !heading gets mapped to h1 or h2 differently (and so on down the line) depending on that wiki setting.
kind of murky recall, so I need to test again. This was a problem pointed out to me by some people who tought the strasa headings were illogical, and it's because they set their wiki pagetitleoption differently than how we'd been testing.
ah... i thought wiki headinsg were *always* demoted 1 level. ! = <h2>, !! = <h3> etc
Well, I thought so at one time, too, but found it was different (except when using wysiwyg, then they stay the same).
Anyway I'll check to confirm and post the results somewhere.
right now, I notice at my zukakakina.com page that h1 is actually h1. Page title is turned off.
Just turned on "Display page name as page title". Now the page name displays as the page title (h1 size) and what was !heading in wikitext is now h2.
ah
So whatever styles are decided for h2, h3, h4 esp will change depending on that setting. Something to consider.
My battery is running low (at IKEA food court), so I may disappear suddenly...
i dont think that is right. if i make a !heading i expect <h1>
just my thoughts
well, it started with the theoretical consideration that pagetitle should be h1 for semantic reasons.
so that got reserved.
y. i undestand the logic behind it, just think it violates users' expectations
I suppose most users just want a visual hierarchy and don't care what the code is.
true. many folks use headings fo visual cues.
tikiwiki: 03xavidp * r30033 10/branches/proposals/5.x/templates/messu-compose.tpl: 
tikiwiki: [FIX][bp/r30030]Usability fix: after sending a message to multiple users, you
tikiwiki: see their names separated by commas for some reason, while the right syntax to
tikiwiki: have multiple usernames in the required fields is by separating them with
tikiwiki: semicolon instead. Tip added with that info.
I guess the thing is we just have to make sure whatever the heading sequence is, it makes sense in both use cases.
I think if you strictly use sizes, they should work ok either way, but probably the risk of apparent illogic increments increases when coloring and lines are used. Just means these need to be tested thoroughly.
brb
re
tikiwiki: 03luciash * r30034 10/branches/6.x/templates/tiki-list_kaltura_entries_actions.tpl: [FIX] Kaltura media entries actions: change from view to download icon link
luciash: I made a fivealive theme option: gbase_headings.css, to show these headings in fivealive, if you want to check http://www.zukakakina.com/Sample_page.
chibaguy: ok, thx
Page title is turned on, so the heading names are all off by one size, right now.
well, I have to go. IKEA is closing. 
will be back later.
thanks chibaguy 
see you
diff between h2 and h3 is still not too much
chibaguy: c u later
yes, to me, this is not enough (differences in strasa are much clearer...)
tikiwiki: 03luciash * r30035 10/branches/6.x/templates/tiki-list_kaltura_entries_actions.tpl: [FIX] Kaltura media entries actions i18n: added missing tr to some strings
since this is just about options... I might add some other option then in the following days, for strasa, if I get the free time to play with it and find some suggestion
s/for strasa/for fivealive
does one know how i can make the center column fixed heigth with a scrolbar (eg embed in a template within a iframe)?
#col1 {height:200px}
and add overflow: xxx to set the scroll bar option
tikiwiki: 03jonnybradley * r30036 10/branches/6.x/lib/trackers/trackerlib.php: [FIX] trackers: Partial fix for category fields not working reliably since the "descendants" option was added. Fixes plugins, not tiki-view_tracker_item.php (yet)
thanks polom it's Friday!
+1 that :-)
hi ricks99 - did my little fix for the multi-lang structures make sense yesterday? (and work at all?)
didn't see it. i svn up last nite. now the lang drop list doesnt work at all :(
it's disabled if you're on a structure (except the css on some themes makes it not look like that)
thought it was slightly better than hiding it
o.. so thats intentional. thats not a fix tho. how can i change lang?
fixing it would mean coming out of freeze for 6.x and postponing 6.0 by a few weeks
you have to use the switch lang module
(or user prefs)
:(
most people only use one lang at a time
not true....
consider this use case:
I have a structure w/ 3 pages....
all pages are EN....
page 1 and 3 have FR translations...
a user with FR will see....
page1 = FR....
page2 = EN...
page3 = EN... (because youre now hardcoding the lang, right?, how will they switch back to FR?
it'll switch back automatically unless they change their preferred lang
(try it mabye?)
but, as of page 2, theyre in the EN version of the structure
but they haven't changed their lang pref, have they?
correct
maybe not an issue....
seemed to work ok for me now on demo.t.o
tikiwiki: 03luciash * r30037 10/branches/6.x/templates/tiki-list_kaltura_entries_actions.tpl: xhtml: added missing alt for img tags
i wonder... instead of disabilg the page-lang drop list, could u simply substitute the switch lang code there instead, and filter only the avialable langs?
http://demo.tiki.org/6x/Wiki+engine (but i'm not sure about which pages are in which langs there)
or is that too much work for the 6.0 release
unless anyone else wants to fix some bugs in 6.x - yup, too much work (tracker categ fields still broken, for instance!)
just tested my suspicions and confirmed on smarties
:(
i know how to fix it, but you need to fix no_bl (use a session, not a url param) and sort out the sefurl mess
even though the URL is for a FR page, i'm seeing the EN page
on the 3rd page?
y
wait a sec....
might b ok.
def a rel note item
sorry ricks99 - you lost me? "def a rel note item"?
definately need to add a release note item as known issue
oh right, sry
so it doesn't work for you?
using the switch lang module?
it does. 1 thing tho... in addition to disabling the lang drop list, are you going to disable the show page link from the translation module, too? it exibits the xact same issue.
hmm... missed that one
as i said, trackers are practically unusable now, so take priority i think :(
i understand.
@jonnyb: pls see if i have captured the issue correctly: http://tiki.org/ReleaseNotes6.0&no_bl=y#Known_Issues
yup - thanks ricks99 
tx
maybe this needs to be escalated to being a blocker?
since there's a workaround, I'd say not a "blocker"
but imho an A-1 priority
 Info: TikiFest New York: A Great Success - http://info.tiki.org/article116-TikiFest-New-York-A-Great-Success
hi jonnyb, how is your jet lag going?
hi xavi - have tracker-lag now! :)
tracker-lag :-)
(up till 3 a.m. trying to fix the category dropdowns - failed, still doing it)
may I add jquery-explanation-lag also? :-)
ok, ok, brave man! thanks for fixing those nasty issues!
is it an emergency? (it'll have to join the queue anyway!)
well, jquery-explanations... I'd need them next week, since I have to make a poster after I fix a few issues (with that jquery magic)... before going to a conference in two weeks (where the poster is to be shown)
ok, so there's some time
:-)
is c2c.op.o ok now? (thought that would be higher priority)
and cclite-tiki6 magic should be (as far as I'm concerned) after that, if I was asked about that :-)
:)
nope, c2c.op.o/tiki is suffering (at least) from that issue with mixed currency confusions, probably
and whatever else that prevent cclite 0.8 and tiki6 communicating successfully (error reporting enhanced, etc.)
thanks for not forgetting, jonnyb :-)
np xavi 
jonnyb, tell me if you set up some bounty-like system for your time :-)
i need to
you know that I want to contribute to your coding time and skills fixing things in tiki (as well as to sylvieg's, at least, of course)
one of the systems in the email I sent you, jonnyb , seemed very neat
ok, back to work
yes, i really need to set something up, i looked at those links you sent me, then went back to fixing bugs! :)
:-)
but it's really something we should do together "as tiki" - i don't want to seem like some sort of mercenary...
mmm, not sure about that... I think the discussion as a whole community can be much easier if we see some working example for some coder doing it for his own business...
my opinion, of course
it's a very very delicate topic (that about money)
as mose warned us long ago, very wisely...
true - that's why i'm putting it off!
:-)
:-D
:-)
nice to see you around, mose !
I'm never far away
even if as a ghost, kindof
yeah mose! :-)
:-)
what's up for you xavi ?
oh well, that discussions about opening the "bounty-way", as a complement of the current system, or not opening the "bounty-way" (Tiki community wide, I mean)
some coders can do that or other means to get payed jobs, but the discussion about promoting or allowing it in a whole tiki wide basis is not clear
it's a very delicate topic
it's almost a religious one
but since some developers try to work full time developing for the Tiki community, and they need money for their professional job, expenses, etc.
tee hee - hi mose 
hi jonnyb :)
yes, some of us stupidly work fulltime but without an income - it only works for a fixed time (until your savings run out)
well, workign fulltime for tiki splits it in half, imho
and not always getting big projects to pay fair salaries for developers, then some bounty-like system could help that other members of the community share some money to indicate how important is for them that that feature is implemented, nasty bug fixed, etc. 
I did that for 2 years
it depends on what 's your objective
sucked up unemployment insurance
yes, i'm about 18 months in, and looking for plan b
that's why it's seems reasonable to find/suggest/promote some sort of solution
some of us particpate for non-moneytary reasons at all
if some get paid, the ones that don't will lose motivation as a natural consequence
yes, I know, that's one of the biggest concerns
that's what splits it in half
isnt that natural selection, tho? the cream rises to the top
yeah but the critical mass of ecosystem can be reduced to unsustainable quantity
that's why I suggested jonnyb to start something but besides tiki community as a whole, just as a single developers suggesting other ways to convince him to develop or fix something
"scratch somebody else's itches" is not that common, so it should be rewarded somehow, imho
the best way to get income from developing for tiki (or any free sftware) is the parasite system
it's a tricky thing...
parasite system?
find patron taht pays for a task, include tiki work in the tasklist
:-)
well, I'm using that system right now
I convinced them (in my work in the mornings) that I would develop what they were looking for in Tiki and PluginR
optimaly, be clear about it with patron
yes, been doing that some, but it's only covering about a third of the time i'm spending - as you say, it splits you in half
at university
it was good when i have a university covering things, but they ran out of funds too :(
yes, mose, that's key issue for sustainability :-)
sure tiki community could help find patrons without the money problem is raised, I guess
but I don't really know how things now are organized
how would i exclude ...page... syntax from being displayed when using  "print"? 
tikiwiki: 03jonnybradley * r30038 10/branches/6.x/tiki-view_tracker_item.php: [FIX] trackers: 2nd part of fix for category fields not working reliably since the "descendants" option was added. Fixes tiki-view_tracker_item.php (anywhere else needed?)
mmm, mose, aren't you in the admin list/group, as "elders" or whatever name?
jonnyb, just a guess, maybe the modules which use catagory? (category switch or whatever name they have)
?
I am
mose: so you know about the Tiki Software Community Association, etc. 
but I don't follow the sites much
not the sites, just the info in the emails
that part I know more or less
ok
thanks for keeping an eye/ear on that list/topics
ok, nice conversation, but I have to leave.
see you all, and take care mose (and all, of course :-)) !
I don't think it is bad to get paid for coding some stuff for tiki. If someone needs a certain function and is willing to invest some money into getting it realized quickly (because it saves him money) and he pays someone for it (his own employees might not be as fit in the tiki code, so he chooses a tiki coder) and as a result, there is a shiny new feature in tiki (available for all of us) 
or an improvement of a current feature, everybody has a benefit from that.
hi JoernOtt - it's the way the world works!
Exactly 
and as a "mercenary", I have at least the choice of which jobs I take :-)
the bounty thing i was discussing with xavi was specifically for revamping trackers (which would actually be like "war"! :) )
It is a very complex package and it could need a full time (paid) expert. The question is, where to find the sponsor?
well i don't think there will be a single one, but i was thinking if i can get enough small contributors it would be worth doing (i reckon 100-200 hours)
tikiwiki: 03sylvieg * r30039 10/branches/6.x/ (2 files in 2 dirs): [FIX]perms: admin_importer and admin_toolbars do not give admin perms to all tiki perms - we were lucky the tiki_p_admin was the last one in the perms list
hello, are ther precise documentation on CSV format for calendar importation, especially dates, encoding, markup ?
tikiwiki: 03sampaioprimo * r30040 10/branches/6.x/lib/prefs/global.php: [FIX] setting file galery as home page now works (was using wrong preference name)
iirc, date format is unix timestamp style
iCal import feature really missing through, will need to work with CSV
thanks ricks99
ur welcome
no ical import (yet). there is ical xport
re
polom chibaguy 
hi jonnyb
chibaguy: do you know how I can make the center columne fixed height with a scrolbar?A .tpl embeding the mid content within an {IFRAME}?
coaboa, you could use CSS, if you don't want to change what content is displayed. Just give the div that contains the center column content an overflow:scroll property, and specify height and width.
cool thx...
this is how the "keywords" module at dev.tiki.org has a scrolling content.
wondered how it was done... so now I know, for 15 minutes as I'am aged over 40 ;-)
tikiwiki: 03sampaioprimo * r30041 10/branches/6.x/lang/pt-br/language.php: pt-br translations done on i18n.tiki.org
heh, get a notebook to write things down, I guess. 
@coaboa: u make it sound like 40 is *old*. :(
its just me making fun of my obliviousness. 
Hey guys, I'm having problems with permissions in 6, I basically get nothing listed when I go to tiki-objectpermissions.php?objectType=group&objectId=Registered&objectName=Registered&permType=group
I haven't edited any permissions that I know of
I get "{treetable}: No rows found "
need to select a feature first
rick99, you talking to me?
That was it.
Thanks!
y. go to the select features and specific for which features u want to assign perm
maybe something to add to jonnyb's list....
Users can edit wiki pages, how do I disable that?
Need to assign (or remove) the permission. See docs for details: http://doc.tiki.org/permissions
tikiwiki: 03chibaguy * r30042 10/mods/trunk/themes/judy_tiki_5/ (4 files in 2 dirs): [FIX] Two missing background images added; one unused image removed.
ricks99: I have removed the permission for registered users to edit wiki pages and sheets, and it isn't effecting anything.
ricks99: what do you think I should do?
did u change the group perm, category perm, or page perm?
ricks99: no
i mean, which perm did u change? remember, perms inherit downard, but override upwards
ricks99, I selected the from the admin list Permissions,
Then "Select Groups" and I have "Registered" selected
Then "Select Features", and I uncheck everything.
RobertPlummer: also select Anonymous please
ok, done
because if Anonymous has the perm, Registered inherits it
for "select" feature, you need to select wiki
+ JoernOtt said
@robertplummer: u might find this primer useful: http://twbasics.keycontent.org/How+Permissions+Work
tikiwiki: 03sampaioprimo * r30043 10/trunk/tiki-interactive_trans.php: cleanup: removing unused code
hi robertplummer (catching up)
tiki-objectpermissions.php?objectType=group&objectId=Registered&objectName=Registered&permType=group            works fine for me here, anyone else getting this no rows thing?
Ok, I think the issue was that I didn't have anon selected.
@jonnyb: i duplicated on tiki6 alpha.
unselect all features.
clear cache
then go to the perm page
seems ok even with no groups selected...
not group. features
checking
ok, i see it
in tiki, you can't be afraid to click things.
just need a default for the {tree|default:"please select a feature"
or so
true - not a coding thing then (i'll leave it to others)
:D
sheesh. i can't get you to fix i18n strugtures, and now u wont fix this???? <jk> ;-)
just lazy, me!
Time to sleep here. g'night everybody :-)
good night chibaguy
and polom :-)
tikiwiki: 03sampaioprimo * r30044 10/branches/6.x/lib/smarty_tiki/function.interactivetranslation.php: [FIX] set right padding-top for interactive translation box
tikiwiki: 03jonnybradley * r30045 10/branches/6.x/lib/trackers/trackerlib.php: [FIX] trackers: More on category fields - fixes tiki-view_tracker.php list (tracker plugin still not quite right on multiselects)
 New Forum Posts: Forum and Mail List Synchronization with Yahoo Groups - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=39029
hi
chealer: r u going to rollback the rollback of doctype ?
hi jonnyb
it's not clear to me from the mailing list what was the conclusion out of the discussion
hi luci 
tikiwiki: 03jonnybradley * r30046 10/branches/6.x/lib/wiki-plugins/wikiplugin_tracker.php: [FIX] tracker plugin: Correct logic for auto-assign user fields (should fix lack of "submitted by" info experienced on dev.t.o wishlist)
i thought we were going for rolling back to strict
but have been buried in tracker...
tracker stuff! :)
chealer: the only problem remains if we are in Transitional, that we cannot test Strict easily in validator unless you force developers to use their own copy of tiki.tpl
i found a way with this total validator thing - you can set the doctype to validate against
it's a bit nasty but the free version seems usable (for localhost files too)
http://www.totalvalidator.com/
jonnyb: i would welcome that conclusion, but it seems it got vanished in the air
has a firefox plugin too
heheh, tracker's pain
i know - sadly more critical things have emerged
i really really really want to refactor them! (i think... am i mad?)
ah, i use ctrl+shift+a in firefox with web developer plugin usually to validate local files
you can probably tell it not to auto-detect the doctype
brb
b
maybe, but i would prefer the strict mode
but we don't want to upset chealer again... you about chealer?
hi luci and jonnyb. I have no intention to change the DOCTYPE now. I understand what you're saying, but I think having interested developers test with a different DOCTYPE is exactly the way to go.
but the uninterested will then put more and more stuff which is ok with transitional but they will not be aware they cause nightmare for those trying to go strict... there should be only one chosen path
imho
we can change doctype to strict before final 6.0 release but then it will be too late for LTS
i think we have more pressing problems with 6.0 if we're to release it next week (!) - strict will have to wait, i think (sorry luci - there's still too much to do)
next stop is HTML5 (for Tiki 7)
it means we will never support Strict, ok
luci: I agree. we could have a policy that new stuff has to be strict, but that's going to be hard/impossible to enforce.
you think it would be wrong to do it for 6.1? (soon)
(even after changing the DOCTYPE...)
jonnyb: yep
jonnyb: i am not sure we can afford change doctype in minor versions
jonnyb: if it has to be done for 6, I'm entirely for doing it as soon as possible though
but we can't release it knowingly invalid, imho
luci: I don't think that's what it means. if there's enough manpower, it can be done at one point, but it's definitely not magical
apart from wrapping all the form stuff in divs (i've done a few - not seen any others) there are also problems with things not having labels all over the place
plus deprecated attributes, plus...
i don't know why... for me it is simmilar to not 100% translated language... but the effort must be started towards going xhtml strict, and then it can be finished (or more closely to 100%) for 6.1 for example
tikiwiki: 03ricks99 * r30047 10/branches/6.x/templates/tiki-objectpermissions.tpl: [ENH]Better message to user when tree is empty.
chealer: there are a load of errors produced that are accessibility recommendations, you can turn them off (i have)
jonnyb: hum, like what?
like duplicate accesskey attributes
(it's not that i don't care, it's just a layer of work that could be done later)
jonnyb: oh, I didn't see this kind of error yet
oops :)
yes, it gets worse ;)
luci: I don't really see the parallel. anyone can work on completing a translation as anyone can work on getting Tiki more strict. again, I'm entirely for HTML changes towards strict compliance (until 6 is stable, anyway)
tikiwiki: 03ricks99 * r30048 10/trunk/templates/tiki-objectpermissions.tpl: [ENH] forward port of 30047 from branches/6.x
Hi, is there anyone in who may be able to help with a searching file galleries?
depends. what's the issue
It doesn't work...
tikiwiki: 03jonnybradley * r30049 10/branches/6.x/styles/layout/layout.css: [CSS] trackerfilter-result: better max height - 120 lines instead of 50 which was way too short
r u trying to search *within* the content of an uplaoded file (such as doc or pdf)?
yes. File galleries are stored in directory (currently with full access). Have set mime types to use strings, set search indexing (options in the FG admin section).
Tried MySQL Full-Text Search and Tiki-indexed Search.  All without success.
do you have the acutal php libraries and handlers loaded?
which libraries and handlers are needed?
depends on what kind of files you're trying to search
did u review the requirements in the docs?
MS Office, OpenOffice and PDF for the most part
for pdf, you'll need the pstotext library,
full list is in the docs. pls see http://doc.tiki.org/File+Gallery+Config
thanks, I've seen that
so you're saying that you have the correct libraries and handlers installed on ur sever but it isn't working?
For example I'm using strings at the CLI and it works correctly
but from the GUI, nothing is found
this is on a Word Doc
MIME Type = application/msword	
System Command = /usr/bin/strings %1
not sure u need usr/bin... belive that is already identified in ur php.ini setup as the base
I initially just had strings, but added the full path in case it wasn't being picked up
not sure. afaik it should work if u have strings on ur system
what is ur tiki version?
5.1
maybe an old bug then (5.3 is current, highly recommended upgrade)
i assume that uve already used the "Refresh files search index now" button, right?
yep
I haven't found any bug reports for this type of fault, but I'm guessing you've got no issues with it?
and u dont have any perms or category perms on the file or file gallery, right
i don't have any uploaded DOC or PDF flies on any of my systesm
I'm trying to search as admin
and I chmod'd the dir/fies just to make sure.
i would try 5.3 (it also has ijmjportant security updates). and might want to post to support forum too
thanks for the help.  I'll try the forums and maybe here again tomorrow.
k
tikiwiki: 03jonnybradley * r30050 10/branches/6.x/ (3 files in 2 dirs): [FIX] textarea: Correct logic for session timeout warning box and stop it appearing momentarily on page load. Also pass on tracker as section for toolbar choice for when in plugin.
Suggestion: In list of Demo sites, add versions and last-checked dates. http://info.tiki.org/Get+Tiki#Tiki_Demo:_Try_Before_You_Install
Hello - I am exploring open sourced wiki software to start an enterprise wiki. how would you compare sharepoint wiki with tiki?
sharepointVsOpen: Try http://www.google.com/search?sourceid=chrome&ie=UTF-8&q=compare+sharepoint+wiki+with+tikiwiki
Suggestion: Make Community's "Nice sites" list be a Directory which people can contribute links to.  http://tiki.org/Nice+Sites
tikiwiki: 03jonnybradley * r30051 10/trunk/ (20 files in 11 dirs): [MRG] Automatic merge, branches/6.x 30020 to 30050
(I'm not seeing a dogfood of Directory)
Oh.. there it is.  Tiki Sites doesn't seem to be easily findable from the Anonymous menus.  http://tiki.org/tiki-directory_browse.php?parent=2
Hmm.  No voting/comments in Directory.  I didn't remember seeing any, so I'm not surprised.
The reason for this hunting is: I recently joined a staunch Microsoft shop; I suggest tiki and the IT dept says sharepoint...
 Recent Bug: Tracker item: #3583 - - Apostrophe (') in page name results in wysiwyg editor not loading  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3583
 Recent Bug: Tracker item: #3584 - - Wanted page links not changing after page is created when wysiwyg is in use  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3584
 Recent Bug: Tracker item: #3585 - - Entering a wiki link with ampersand (&) in link txt in wysiwyg results in encoded &  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3585
tikiwiki: 03sampaioprimo * r30052 10/trunk/styles/layout/layout.css: [ENH] make sure interactive translation box is always on top of other elements
tikiwiki: 03sampaioprimo * r30053 10/trunk/ (4 files in 3 dirs): [ENH] user can enable and disable interactive translation from any page without being redirected to tiki-edit_languages.php
 Recent Bug: Tracker item: #3586 - - Wiki links when using wysiwyg don't survive rename  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3586
Looks like it's been a while since someone did Validate on the Tiki Sites Directory.
Polom!
I have to prepare a project group for tomorrow and need  a little bit of a help - only some few questions
1st straight away: I did set up a usergroup and gave some edit permissions in the workspace-appropriate category
when the workspace-group assigned user try to save a wikipage he gets the error message "category obligatory" (I translated from the german message) 
but he cannot assign to the category
how can I allow the user to categorize this specific category?
and only this one
somewhere at the groups settings, or at the category permissions?
fabricius: I wonder if maybe they can't see the category.  Maybe they don't have read access to the cat or to a parent category.
 Recent Bug: Tracker item: #3587 - - Creating user needs confirm, and if password not match back does not work  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3587
 SEWilco2: they can "move" to the page categorized page alright and "click" on the edit button - only they cannot see the "categories" tab and cannot save the page
fabricius: If this is a Wiki page, isn't there an option in the Admin>Wiki page to allow Wiki pages to be Categorized?
SEWilco2: yes, it is allowed
as an admin I can categorize them
as a groupmember not
fabricius: I don't remember if there is a Group permission which controls Category usage.  Sounds as if the person doesn't have a permission.
nkoth: did you write #3587 ?
chealer: yes
fabricius: I also think that a Category can have special permissions attached, but then it's easy to lose the default behavior.
I need the groupmembers A edit wikipages in categoryA / workspaceA
nkoth: I understand the problem with Go back, but are you asking why creating a user needs a confirmation?
fabricius: Check the permissions for Group A.
chealer: yes
both
SEWilco2: yes
nkoth: confirmations are mostly to prevent CSRF. they can be disabled but it's not secure
ok i understand
tikiwiki: 03sampaioprimo * r30054 10/branches/6.x/lib/test/TikiLib/WikiParserTest.php: indentation
chealer: but the problem about admin users could have been solved by understanding why a user is logged in in such a situation
tikiwiki: 03sampaioprimo * r30055 10/branches/6.x/lib/test/TikiLib/WikiParserTest.php: ops, changed some spaces inside strings to tab with previous commit
sylvieg: sorry, I don't understand what you mean
my example with B+C?
sorry..
tikiwiki: 03sampaioprimo * r30056 10/branches/6.x/lib/test/TikiLib/WikiParserTest.php: adding back a few tests that were commented (just had to replace \n with <br />, makes sense?)
anyone knows how to set up "group moderators" or "group leaders"?
I'm also confused about perms such as "tiki_p_group_add_member"
nkoth: I don't know, but you might mention which type of object you want moderated.
I'm trying to set up a group and specify some leaders that can add users/remove users from it
I suppose I should try the group transition demo and see what it does...
(it's  a profile)
the transition UI tiki-admin_transitions.php is not wrorking for me
tikiwiki: 03sylvieg * r30057 10/branches/6.x/templates/tiki-calendar_import.tpl: [FIX]calendar: more precise message for the calendar import format
SEWilco2: lol
nkoth: it seems to work here
chealer: I select a gropup, click on select, and then nothing happens
nkoth: if I do that I get 2 new tabs, in trunk
sane here in trunk
only for categories do I get 2 new tabs
for groups nothing happens
nkoth: so you see the group with a red X?
no, I see an autocomplete group selector
nkoth: it seems you need to type a group there
yes, I type a group there. ad then click Select, the page refresh without new tabs appearing
 Recent Bug: Tracker item: #3588 - - Entering email address into wysiwyg caused messed up text due to unsuccessful obscuring  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3588
nkoth: I see, it seems you need to hit enter when you entered a group
nkoth: I must concede the interface is obscure
tikiwiki: 03sampaioprimo * r30058 10/branches/6.x/lib/test/TikiLib/WikiParserTest.php: add test for collapsible heading
chealer: lol yes I need to hit enter (aghast0
tikiwiki: 03robertplummer * r30059 10/branches/6.x/ (7 files in 3 dirs): 
tikiwiki: [MOD] Dropped date sorting in sheet history, it got very confusing, VERY fast
tikiwiki: [MOD] Migrated many of the js for tiki-view_sheets.js into functions called form the page
tikiwiki: [ADD] Added revision dates at the top of sheet history so you know what you are looking at
tikiwiki: [MOD] Changed the name of tiki-view-sheets.tpl to tiki-view_sheets.tpl, it was making me very angry!
tikiwiki: [FIX] The back button issue for viewing sheet history
tikiwiki: 03nkoth * r30060 10/branches/6.x/templates/wiki-plugins/wikiplugin_memberlist.tpl: Improve wording to make UI clearer
tikiwiki: 03sampaioprimo * r30061 10/branches/6.x/lib/test/TikiLib/WikiParserTest.php: create new failing test to demonstrate a regression bug from 5.x to 6.x related with headings in wiki pages (see comments on top of the test for more info)
 Recent Bug: Tracker item: #3589 - - maketoc does not work with wysiwyg  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3589
tikiwiki: 03chealer * r30062 10/trunk/lib/wiki/wikilib.php: 
tikiwiki: Wiki page name bad characters: remove current nominations - comma, colon, parentheses, apostrophe, exclamation mark
tikiwiki: Ref: http://dev.tiki.org/Bad+characters
chealer: have you tried #3583? It's related to these bad characters in wysiwyg context
I haven't tried with your latest commit yet...
Why would we want to allow characters which are "typically unsafe to decode"?
chealer: Rhetorical question, which probably should be explained in the Wiki page so all will know the reasoning.
SEWilco2: basically that users expect it to work....
Yeah, I've had many a user in the past stumble over "&" in a page name.
SEWilco2: I'm really not sure what the RFC means by that
chealer: In that case, I don't understand if "typically unsafe to decode" is a good thing or bad thing.  Should we avoid it, or avoid encoding/decoding it?  Wiki page should explain the issue so we can consider meaning of nomination and proper action.
nkoth: interesting...
tikiwiki: 03robertplummer * r30063 10/branches/6.x/ (lib/sheet/tiki-history_sheets.js tiki-history_sheets.php): [ADD] The event handlers for checking the values of each of the revision selectors in sheet history
SEWilco2: the RFC is not really for Tiki, which doesn't really parse URLs. I put "typically unsafe to decode" because that's the only reason given to make these characters reserved
it's not a very good reason
chealer: yeah it still dosn't load - probably some ajax js not encoding/decoding
nkoth: it seems I don't have this problem in my 6.x
chealer: reallu
I have it on both 6.x and trunk
chealer: is ajax on ?
turning it off it loads, but I get that "Some of your preferences should be set differently for this to work at it's best." message on top of the editor
nkoth: it wasn't. I get it now
JavaScript errors
$headerlib->add_js("var autoSaveId = '$auto_save_referrer';");
nkoth: changing lib/ajax/autosave.php:83 to $referer .= 'wiki_page:' . addcslashes($_REQUEST['page'], "'");
fixes the first error for me, but that function is called from too many places I don't know for me to commit. Jonny would need to check it
bbl