It really seemed to be a bug. Fixed it on my installation. If a bug is discovered in 3.0 is it fixed only in 4.0 or is there a way to change the release. How is it managed?
nicolamr: a bug in Tiki 3 can be fixed in a bugfix release if it's worth backporting it.
ok. I don't know if it's worth it, and I don't know if it has already been fixed on 4.0. The bug was: a tracker field of type date and time saved only the date and ignored the inserted time. Had to change /tiki-view_tracker_item.php
cheal
nicolamr: so the bug is already fixed in trunk?
I don't have commit access :)
I am using a 3.0 version
nicolamr: start by checking the BTS or verifying the bug in svn HEADs and making sure the bug is fixed in trunk.
I'll have to learn svn first...
tikiwiki: 03chealer * r20968 10/trunk/setup_smarty.php: [FIX] oops. defined() takes a constant's name, not its value. custom SMARTY_DIR was broken.
tikiwiki: 03chealer * r20969 10/branches/proposed/setup_smarty.php: [bp/r20968] [FIX] oops. defined() takes a constant's name, not its value. custom SMARTY_DIR was broken.
tikiwiki: 03chealer * r20970 10/trunk/modules/ (mod-breadcrumb.php mod-func-breadcrumb.php): [ENH] change breadcrumb module to new module style (modules-doc)
New Forum Posts: Can't See My Pages Listed in List Pages - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34339
New Forum Posts: Brand newbie-new versions question - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34341
I'm getting this error "You do not have permission to read the mapfile" even though I'm in the admins group.
!permissions
polom polom
timotiCK: is probably missing the admin group check... try to add the perm specifically
oK
luciash: specifically for a user??
add it to the Admins group
if you're member of
Name Type Desc
tiki_p_map_create maps Can create new mapfile
tiki_p_map_delete maps Can delete mapfiles
tiki_p_map_edit maps Can edit mapfiles
tiki_p_map_view maps inherited from Anonymousinherited from Registered Can view mapfiles
tiki_p_map_view_mapfiles maps Can view contents of mapfiles
All these are selected for the group "Admins" for Maps
I am a member of the Admins group
and in the Layer Management, I cant even browse the directories under /data
timotiCK: i am not sure, maybe it means the files are not readable by webserver ?
luciash: drwxrwxr-x 9 apache apache 69632 2009-08-13 11:44 map/
tikiwiki: 03chibaguy * r20971 10/trunk/styles/ (10 files in 10 dirs): [FIX] Remove "3.0" from Tiki logo in theme thumbnails.
luciash: does this directory for mapserver have any special permissions??
timotiCK: nope, i think writing perms for apache are enough... i don't know what other files the mapserver needs though
timotiCK: when (on what php script) is the error msg coming up ?
timotiCK: and what version of Tiki
timotiCK: maybe there's simply a bug in the check
luciash: http://www.maps.gov.ck/tiki-map_edit.php?mapfile=Aitutaki.map&mode=editing
tikiwiki-3.1
just upgraded 3 days ago
it was also not working under v3.0
timotiCK: ok, i'll have a quick look into the file
timotiCK: do you have correct map path ?
timotiCK: on line 181 it composes the mapfile variable from $prefs['map_path'] and the mapfile param you send in the request
yes.../var/www/html/map
if it cannot read the file it says the error
the mapfiles are displaying ok....www.maps.gov.ck
but can't edit it as group Admins and MapEditors group of which I'm in the group Admins
can the mapfile Aitutaki.map be read by apache ?
i am not sure but shouldn't be the mapfiles be in maps/ dir ?
luciash: yes...-rwxrwxr-x 1 apache apache 10504 2009-07-09 00:54 Aitutaki.map*
can you just make a test and put the file in maps/ and change the path to maps/ ?
timotiCK: maybe there's a restriction on the server not to read files out of the allowed web root ?
timotiCK: the script seems correct to me... i am running out of ideas ;)
order allow,deny allow from all order allow,deny allow from all
the above provides the neccessary apache directives to allow access to the mapfiles
and directories
timotiCK: maybe contact franck... he's much more familiar and experienced with the maps feature... they use tiki map servers for Fiji
luciash: hah....I was gonna suggest that!!
:)
Probably a night-out for tonite......can't seem to catch him anywhere.:)
for him:)
luciash: Ok...I try tommorrow....thanks for your help.
>two Franck
http://tikiwiki.org/Franck
np
timotiCK: ;)
luciash: speak of the devil...
franck_: Bula
franck: been having permissions problems for editing the maps at www.maps.gov.ck
have discussed the issue with luciash above
can't seem to put a finger on it.
timotiCK: hi
hi rodrigo ! still in UK i see :)
franck_:I'm getting this error "You do not have permission to read the mapfile" even though I'm in the admins group. This happens when trying the edit a mapfile.
which admin group?
make sure the user apache can write to the file
in the directory
franck_: I'm a member of the Admin group....rwxrwxr-x 1 apache apache 10504 2009-07-09 00:54 Aitutaki.map*
ok then the problem is in the php file and the permissions
they have canged the way prefs and perms are handled
you need to edit the php file
and see the code that handle perms
also can apache write in the directory where there is the map file?
franck: I try your suggestions....for now.
franck: there was a fixperms.sh script for the previous versions....it's not available now in v3.0 or v3.1??
could be
but I don't think this would fix your issue
I usualy do a chown -R apache.apache *
ad chmod -R ug+rw *
franck: "You do not have permission to read the mapfile" when try to edit the map file
in /var/www/html/map
-rwxrwxr-x 1 apache apache 4063 2009-05-12 11:56 wms.map*
franck: the maps are displaying fine..
polom
timotiCK & Franck: can you join me on Skype?
marclaporte: Ok
Jyhem: :ping
anyone know of a tiki theme that allows for a variable-sized sidebar?
something like using FRAMEs that would allow end-users to dynamicaly resize the sidebar, as needed?
for sites like this: http://ambac.notrewiki.net/
Hi ricks99; that'd have to be coded in tiki.tpl, afaik, maybe by enhancing the show/hide columns link.
center-size restriction == fixed widith, yes?
@chibaguytoo: so it *is* technically possible? end-users could 'grab" the divider and stretch the sidebar, as needed
I don't know for sure if it possible; if it is, I image it'd be by using javascript/jquery.
The wonders of google: http://www.methvin.com/jquery/splitter/3csplitter.html :-)
way cool
ricks99, maybe that depends on the particular script.
Hopefully they degrade nicely if the cllient doesn't support the js.
marclaporte, why can't the theme stylesheet set the center width? The reason I ask is that I can image some strange conflicts when a switch in the admin panel isn't aware of theme stylesheet properties.
I see the ambac.notrewiki.net page has a #tiki-center {width: 700px} property, so is there a problem with doing it this way?
well maybe now that I can put in Site Identity, maybe not :-)
ricks99, what is the use case for the variable column widths?
I often hide the side columns, and this is convenient. And clicking an icon for 100% hiding is easier than click-hold-drag for a variable decrease, seems to me.
So I'm not sure when the user would rather click-hold-drag than just click.
user-request. expect frames to work like windows applications and b fully recizeable
Hmm, I'm not sure that's a convincing reason. ;-)
was curious (first) to see if it was even possible
depsite dev-folks' perceptions, it is a windows world :)
in a website i would find that very annoying, especially if it is not known how to fix it
On the desktop, but the Net isn't a Microsoft app.
my browser (from which i view the Net) allows me to resize its sidebar.
as I said, was crious if it was even possible.
now i know it is :)
the broswer is not a website
yeah, it's pretty neat that it's possible, for sure.
whether or not to implement, another question all together
@Caarie: ud b surpriised how many people think IE *is* the web
If I could see a compelling reason to implement it, I'd want to go for it, but I don't really see any advantage over our current show|hide columns.
but those are not all that use tw
no, but they are uses who visit TW-powered sites
as I said, the reqeust came from and end-user -- not a tiki admin
also if it is not known to the user that it can be done, it will be useless to add
I wonder what that user wants it for, specifically, or if he/she is using a site with the show|hide links activated.
tw sidebars include min/max buttons (like windows). the end-user expected this symetry to also allow column resizing
Welcome to the official Tikiwiki English Irc Channel. TikiWiki or better known as TW, is your Groupware/CMS (Content Management System) solution, you can get more infomation at http://info.tikiwiki.org/ .
not always
?
i dont want a website to work as a program, it is a website
the more you make it like a program the more people will want it to work offline
preference i guess. for cloud computig applications, (imho) end-user should not be aware which is desktop, which is web
you dont want to make tw downloadable to work offline, it is a wiki
not really, i want to know i am at a website vs a desktop app
If the point of the column resizing is to get more center-column width, then what we have now is a better solution: 1 click is easier than click-hold-drag, IMO.
k. my end-users don't care... they just want it wo "work"
y, but some modules have many lines of text (think of the calendar upcoming events, or last pages if pagenameis very long).
user was comlaining that reading 5+ lines for each calendar item in a narrow column was tough.
wanted to make the sidebar *wider* -- not the center col
ok, that's a reasonable request.
fwiw, when i go to dev.tw.o w/ ff @ 1024x768, items #4-6 of the "last changed pages" module are too wide
would b nice to b able to make the column just a bit wider so i could read the page names
thers ur use case :)
jquery.splitter.js is "Dual licensed under the MIT and GPL licenses"
Does this mean can't be bundled with TW?
yeah, but ricks99, you can see the rest of the page names in the action bar at the bottom of the browser.
The second question (after license) is if the splitter script (or similar) would work with default tiki.tpl, etc.
(and lite.css layout....)
New Forum Posts: Problems with upgrade - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34347
I think it'd be pretty easy to make a theme that uses the splitter js, etc. but the question would be whether it would need a special tiki.tpl etc., or if it could play nicely with the default.
would b nice if it were a l&f option available for any/all themes
yay! -> http://demo.tikiwiki.org/trunk/tiki-index.php
The first question is whether the license is compatible, for that particular script, anyway. Or is there a similar, compatible script around?
marclaporte, is that done with the look & feel head custom code?
yes
do you want to play too?
ricks99, this also looks interesting: http://jqueryui.com/demos/resizable/
(and is already in trunk)
hm....
It says 'any DOM element'....
y, looks like it could b the ticket
i can very easily see a new l&f option: make sidebars resizable (y/n)
I suppose jquery ui will happen in Tiki sometime after 4 is released, since it's basically up to Jonny to implement.
New Forum Posts: Login with Windows Autenthication - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34350
marclaporte, did you check http://ambac.notrewiki.net/tiki-index.php in IE6? Isn't quite working, in my ie.
Patrick is working on it these days
ah, ok.
do we have a wikiplugin like {PREFERENCE(prefName=value)}.....{PREFERENCE}
like GROUP?
to read pref?
that is a great idea!!
perpectives will do some of that
since each category-workspace can override global prefs
humm the toc in doc.tw.org has a maxdepth =2 now .... I do not like that
lph changed it. Is it a major consensus? Can I rollback? Do we vote? .... suppose need to dev an interactive depth...
chibaguy: can you try: http://profiles.tikiwiki.org/site_width
sylvieg: lph was looking on dev and trying to find ways to improve performance
I am speaking about http://doc.tikiwiki.org/tiki-index.php?page=Documentation
I was used to click directly on the plugin doc page.... now I have to figure out where the plugisna re
ricks99: did you see dynamic prefs stuff in trunk?
what is dynammic prefs? perspectives?
sylvieg: you can change back if you think it's better
marclaporte, yes, it worked :-)
dynamic prefs is like magic, to make admin panels easier: http://dev.tikiwiki.org/Dynamic+Preferences
(saw change after clearing cache)
@marclaporte: not yet. looking at a11y items right now
perspectives are a way to filter current view (What You See is What You Want To See Right Now) aka WYSIWATSON
perpectives: think a student that has 5 classes. When he picks chemistry 101, everything is filtered
did I kill dev again?
yes dead
and doc too
Site width thing is working!!! http://demo.tikiwiki.org/trunk/tiki-index.php
tested with all themes!
but I hope chibaguy_away or someone could explain why I need feature_layoutshadows
I can just do with body
New Forum Posts: How to insert images from Image Galleries in WYSIWYG editor? - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34353
ping amette dev.tw is down
grmbl... :(
it was the hanging query again - this time though no load whatsoever on the dev-machine
dev-machine started having load/CPU-usage after having killed the query
re
marclaporte: you don't need it only in cases you want advaced styling like different background for body and the middle content, shadows, etc.
marclaporte: and i am not sure "just do with body" will work in all browsers
#tiki-center?
thx amette
welcome sylvie and thanks bro
marclaporte: i don't see anything "yay" @ http://demo.tikiwiki.org/trunk/tiki-index.php
marclaporte: just thenews theme with no side columns and an annoying horiz scrollbar down in my browser viewport ?
worksfor me
marclaporte: or was that "yay" just for "yay, we have trunk demo site" ?
marclaporte: the problem is i don't know what should i see there :)
you should a 770px wide site
marclaporte: nope, that is not there for anonymous user
yes, look here: http://browsershots.org/screenshots/41d6408bfbdc37dc51a7d9218c968308/
nope, not in my FF3
ah, here it comes
weird, i don't remember visiting the trunk demo site before to have it cached
I will apply All Themes profile too
thanks to chibaguy_away for starting the implementation of html head custom code
So far, it works in 4 browsers: http://browsershots.org/http://demo.tikiwiki.org/trunk/tiki-index.php
chibaguy_away : yes, thanks for starting. I believe Jonny had some ideas on how to implement this feature a bit differently
marclaporte: better test with both columns displayed
marclaporte: but it should work if you use layoutshadows
marclaporte: can break right column when not
especially in IE7 :_(
tabs look is broken again...
ok
Can you fix here: http://profiles.tikiwiki.org/site_width ?
I did put IE7 code that you had already given me
fix what ?
anything that needs fixing :-)
it works for me anyway
hehe, anything that needs fixing sounds like to be fixed in trunk ;)
first ;)
luciash, 'broken' stuff in the themes might be due to the switch to importing layout.css.
chibaguy: might be, yup
some of the themes had their own way of doing tabs and div.rbox, among other things, so when I 'merged' the theme css and layout.css, probably it wasn't the best result.
in all cases
tikiwiki: 03stojanovim * r20972 10/trunk/lib/core/test/: - removed acceptance tests from lib/core
I still need to compare pages in trunk and branch 3 in all themes carefully to spot problems with layout importing.
damn :-p "There were already 59 screenshot requests for this website today. Please try again later." @ browsershots.org
polom
chibaguy: you made the judy theme ? you can see the problem when the objects are positioned absolutely without parent being position: relative in header on http://demo.tikiwiki.org/trunk/tiki-index.php now
if I can say +1 to take away absolute positionning in layout
sylvieg: we need position: absolute but only *if parent selector == position: relative*
I do not know the detail - but for now on all my upgrade I finish to delete these lines...
otherwise it takes root html tag as "parent" and causes problems
position: absolute is positioned in relation to it's parent element only if position: relative on the parent is explicitly specified
this is useful when you want for example absolutely position a "close" icon inside a div
luciash, there should be a relative positioned parent, yes.
Should be #header or #siteheader, just like the other themes.
sylvieg, I don't like using relative/absolute positioning either, so much, but especially when we don't want to use theme-specific tpls, it's one way to position things differently in themes.
Relative is usually better than absolute. Works with more browsers+monitors.
ok - but it is disturbing in layout.css
you can override with position:static if you need to.
but the lighter layout.css the beter - IMHO
true, but if layout.css is reduced too much, it loses its reason to exist.
New Forum Posts: tracker date field prefilling with todays date but not being saved as todays date - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34354
I found myself adding the same css to theme after theme, so to me it made sense to have it in layout.css instead. But if other people think layout.css is styling too much, I can have my own middle-layer file to import in themes. I'm flexible about that.
SEWilco2: it's different thing we talk about
chibaguy: i am ok with that... just keep thinking about layout.css as a bones skeleton, not a skin
yes, but getting down to details, sometimes it's hard to tell what is layout and what is style. :-)
or maybe naked person vs clothes on ? :-p
heh, I wish it was so clear. About margins and padding - remove all from layout.css?
depends what margins and padding they are of... is it general like for every body or is it style specific like for clothes ?
I hope it is general for body (such as for the buttons or tabs), but I'm sure somebody will think those are part of the clothes.
one rule I had is, if it appears in just about every tiki stylesheet, then it probably belongs in layout.css.
(such as wiki dif styles)
i think they shouldn't be there in layout.css, except maybe i would like one called content.css for main content and modules content stuff where the padding and margins could be
it would be more logical than in layout.css
everything else can be very theme specific
like colors, margins and paddings of tabs, borders, header, footer etc.
logically they aren't layout, for sure, but to be practical, it makes sense to import them. if layout is split into two files, with commonly used style stuff moved out, that's ok with me.
actually, maybe lite.css and layout.css should be combined.
(if layout is trimmed down to be only actual layout css)
to me content is everything user/admin created, layout is every "skeleton" around it, and theme is everything to make it cover with nice colorful clothes
sorry, i am against merging layout.css with lite.css
Just curious, but why?
it's just a lite framework to "make it work"... i fear complications when more stuff would be added to it
ok
it would also become too tiki specific... it should stay universal as possible
imho
I understand.
is there anything else besides layout.css already ?
what do you mean?
like content.css or print.css ?
no, just the feature-related files like admin.css, etc.
nothing global
admin, calendar, cssmenus, freetags, ie6, ie7, ie8, jscalendar, spanky(dead?) plus layout and lite, plus whatever is in the libs like phplm.
plus the theme stylesheets
so I guess splitting layout.css would be the way to make that content.css file.
anyway, got to sleep. g'night. :-)
New Forum Posts: Permission Problems on Page - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34355
>whatis slowdevtwo
'slowdevtwo' could be http://dev.tikiwiki.org/bug2549
yup, I know, Sug4r` ;)
amette: :)
I turned on the "Fullscreen" feature but can't find where to specify what pages are to be forced fullscreen. http://doc.tikiwiki.org/tiki-index.php?page=Fullscreen
SEWilco2: it's forced by link ...&fullscreen=y but then it stays in session var unless you do fullscreen=n
SEWilco2: it's the little icon in top right corner
unfortunatelly you can't currently do "temporary" fullscreen display
I know about THAT fullscreen. I thought this feature was referring to a list of pages which would automatically be forced to be fullscreen. The phrasing suggests permanence of setting.
OK, never mind. I'll update doc.
Well, I'll update doc when doc.tw.o replies to me.
hehe.... just wanted to check the page too :-p
and it's Loading...
guys do you know http://wave.google.com/ .... full of good ideas
sylvieg: nope
I don't
a better way to collaborate
just watching the vid
discussions localized in a page - hsitory of all the change - easy image insertion...
uff, it's long... sorry, no time to watch it all... looks overhyped to me
tikiwiki: 03stojanovim * r20973 10/trunk/lib/test/ (24 files in 6 dirs): Moved acceptance tests from lib/core/test to lib/test. Fixed some tests, but not all, to be continued ...
tikiwiki: 03nagendra016 * r20974 10/branches/experimental/ (5 files in 2 dirs):
does anyone know if there's a mailing list somewhere I can get on so I'm notified of new releases?
tikiwiki: 03stojanovim * r20975 10/mods/trunk/tiki_acceptance_tests_files/ (3 files): Updated dump files for acceptance tests
ChadDa3mon: we post about new releases to tikiwiki-users
ChadDa3mon: no specific mailing list for it
what is tikiwiki-users?
a list?
tikiwiki: 03ricks99 * r20976 10/trunk/templates/ (14 files): [ENH] adding LABELs to FORM elements. required for a11y compliance
mailing list name
ah, thanks
where can I go signup?
@ChadDa3mon: also announced on tw.o. u can subscribe to the RSS and b notified for releases
ah nice
where is the css menu (suckerfish) generated ? what file
found it
tikiwiki: 03Jyhem * r20977 10/trunk/ (36 files in 36 dirs): [FIX] Incorrect language (thanks Marc)
New Forum Posts: Fluid Index theme download in zip file - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34356
tikiwiki: 03Jyhem * r20978 10/branches/3.0/ (36 files in 36 dirs): [FIX] Incorrect language (thanks Marc) (trunk #20977)
I keep trying rewrite rules, incoming (.htaccess) and outgoing (tiki_sefurl_regex_out) but I cannot removed the "articles" extension to the main URL on my site. How do I do this ?
tikiwiki: 03nagendra016 * r20979 10/branches/experimental/ (6 files in 2 dirs): removing unused file in videogals, some chages in code accordingly
tikiwiki: 03sylvieg * r20980 10/trunk/templates/tracker_item_field_value.tpl: [FIX]tracker: if empty value print a onl;y if link on it
tikiwiki: 03sylvieg * r20981 10/trunk/templates/tracker_item_field_value.tpl: oops
tikiwiki: 03chealer * r20982 10/trunk/ (2 files in 2 dirs): [FIX] HTML special chars escaping on category and category object names
polom all. :)
polom tobi_h
doc.tw.org is sick again....
hm. seeing how that happens, erm, regularly - is there a special reason for that?
and speaking of it: here it works?
currently, i am trying to wrap my head around autocompleting of tags.
i see that there has been some work by, as it looks, jörn, see http://bassistance.de/jquery-plugins/jquery-plugin-autocomplete/
and that stuff works on quickediting wiki pages, which is cool! :)
can someone tell me if anyone is currently working on implementing that for tags as well, or who would be good to ask for a coding noob like me to get some friction on this?
I would try and fix the current bug for tags with multiple words, and look into suggesting new tags from existing tagging pairs...
so if anybody has an idea, I'd be thankful and curious! :)
tikiwiki: 03chealer * r20983 10/trunk/templates/tiki-browse_categories.tpl: [FIX] HTML special chars escaping on category names
New Forum Posts: Tiki calendar bug - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=34358
tikiwiki: 03luciash * r20984 10/trunk/ (4 files in 2 dirs): [FIX] introducing the previously hidden superfish CSS menu dropshadows
tobi_h: jquere is mainly jonnyb... if not around post on devel
tikiwiki: 03stojanovim * r20985 10/trunk/lib/test/ (4 files in 2 dirs): Fixed some tests. Change order of execution as for some reason the db doesn't keep the profile info. Have to check why ... Some tests fail but that's the expected behaviour.
tikiwiki: 03sylvieg * r20986 10/trunk/lib/wiki-plugins/wikiplugin_userpref.php: [MOD]plugin: userpref to test the current user preference value
tikiwiki: 03chealer * r20987 10/trunk/ (8 files in 3 dirs): [MOD] module title defaults to module name (only for new "modules-doc" style modules)
tikiwiki: 03chealer * r20988 10/trunk/modules/ (mod-categories.php mod-func-categories.php): [ENH] change categories module to new module style (modules-doc)