tikiwiki: 03marclaporte * r18590 10/branches/3.0/templates/comments.tpl: [FIX] Adding __required__ note for comments body because if you leave blank, you get an error message. I don't think body should be mandatory but it is.
do you know how to set perms in general?
I am looking through the permission list.
look in wiki section
to find something about wiki attachments
k
lindon_ : : how are you doing?
think i need a database on the ourwiki site to test
don't seem to have privileges to do that
also, is there a way for the files to download to the public folder?
they went outside the public directory, so i copied them over
lindon_: : use cPanel to create DB
to get the files at the right place, you can go to the right directory: using # cd www
then
svn co https://tikiwiki.svn.sourceforge.net/svnroot/tikiwiki/branches/3.0 .
the dot (.) at the the end means "here"
FF|Skyrider: : found it?
Indeed I have, thanks.
It was at the bottom of the permission page :0
:)
marclaporte:: i get a 500 internal server error when i try to go to where i've downloaded the svn to install
tikifest keeps on going
but getting hungry, we are
hows the release going?
no more default logo on barebones install :(
Hey
I have a small question still :)
The current release is 2.4 (final), and it says that 3.0 is to be released at may, 3.
It may be a bit later due to fixed, but my question is..
is it worth to go to 3.0 instead with RC1
Going to bed soon, so I hope someone can give me a quick answer :)
Anyone? :s
i would say 3.0
Gracias :)
should be out soon and bugs are being fixed
nifty
2.4 / 3.0 is really different?
not a quantum leap
but lots of improvements that add up
have you looked here http://doc.tikiwiki.org/tiki-index.php?page=Tikiwiki+3.0 ?
not yet, thanks.
+1 for 3.0
tikiwiki: 03marclaporte * r18591 10/branches/3.0/templates/tiki-edit_help.tpl:
tikiwiki: [FIX/MOD] merging back again wiki help and plugin help because for most users,
tikiwiki: there is no distinction between adding a link and adding a video. plugins are
tikiwiki: just advanced wiki syntax. Also, the plus buttons are not reliable and some
tikiwiki: users may not see the plugins section. Finally, adding a plugin is currently
tikiwiki: broken (but not by this commit).
ricks99: about default logo on barebones
polom
I have an idea. Do you have time to chat?
pkdille here?
y marc
or anyone interested...
tikiwiki: 03nkoth * r18592 10/branches/3.0/templates/tiki-plugin_help.tpl: [FIX] Help insert plugin popup tool must specify area name to work
I tried removing the tiki-site_header.tpl files from coelesce and strasa, and the themes seem to display fine
chibaguy: +1 to less forked tpls
ricks99 & all: about top logo
( was wondering why these are so problematic and other themes so solid, so wanted to try the default tiki-site_header.tpl with them....)
hehe
maybe whatever was (thought to be) necessary in the beginning got worked around somehow as everyone contributed.
In the past, I didn't like when the header said, "This is TikiWiki, blable
rick thinks the logo should be in the default profile
ricks99: ok, but how can we make super duper easy for people to replace with their own?
so i'll test some more and suggest removing (a little gunshy at present about major file changes since the theme-rename episode ;-) )
so people don't leave it there because they don't how to change
I had in mind adding site title and subtitle in installer
add a default site title: "Use the Look & Feel to add your own logo)
for 3.x, add to the installer
ricks99: but it's hard to upload logo to Tiki
it should be an upload field like avatars
agree
ah, now I see strasa already had no tiki-site_header.tpl (my local test site was copied over, not directly svn-upped, so the old file was never deleted).
speaking of uploading images... with the default install, try uploading a picture to a wiki page
not a text field, where I first need so upload to file gallery and worry about url, etc
you have to :
1. use the file gallery
2. create a new file gallery
3. upload a pic to the gallery
4. then add the pic code to the wiki page
:(
anyway, coelesce can probably lose its tpl too.
ricks99: I agree
but let's stay on logo
k.
and about last part, let's have the discussion with pkdille and nyloth
but I noticed same issue
so...
i vote for keeping the default loogo, and adding a default site title/subtitle explaining wheer to go to change the logo
(can use the file gallery to store the logo, y?)
ok, but I would change one thing
I don't want that explanation visible to the public So maybe a mouse-over of the logo, with tiki_p_admin check
*rick wishes he had had time to redo the Admin: L&F page
yes, you can use file gallery to store logo
that is a tricky one
what's wrong w/ making it public? i seriously doubt newbies will see/use the mouse-over text
because I don't want all these installs floating around with system messages
doesn't look professional
gives the impression that this thing wasn't finished/configured
instead: use the custom code area: {if $user eq admin}You can change the logo.... {/if}
and if the admin wants to keep the tiki logo, so be it, but it's not because it was difficult to fix
i just think that mouseover is not visible enuf
{if $user eq admin}You can change the logo.... {/if} is perfect!!
this way it will be highly visible -- but only to admin
thanks guys
gnight
woo-hoo
ricks99: right!
bye FF
or an admin-only module (ala the old tiki assitant)
ricks99: yeah, something like that
{if $user eq admin} has the benefit of showing people what's possible to do with Smarty
... has the danger of crashing tiki, too :(
we can also populate Site Identity via profiles,
"Fatal Smarty Error" is one of the most popular searches on Smarties
http://twbasics.keycontent.org/Top+Tips&bl#I_added_a_new_module_and_now_I_get_a_quot_Fatal_Smarty_error_quot_and_I_only_see_a_blank_page_
ricks99: is this the same in 3.x?
?
Page Not Found
well, I have noticed that tiki 3.x was more robust to user errors
tikiwiki: 03nkoth * r18593 10/branches/3.0/lib/wiki/wikilib.php: [FIX] retrieve cached plugin list properly
http://twbasics.keycontent.org/Top+Tips#I_added_a_new_module_and_now_I_get_a_quot_Fatal_Smarty_error_quot_and_I_only_see_a_blank_page_
* rick wishes he could cut/paste better
hehe
wow.. tiki seems to recover from Smarty validation errors much better now!!
so, there were ways to crash tiki 2.x that no longer worked in 3.x
i see :-)
no risk then. i vote to use custom code
ok, I will test now to crash
do you have any examples handy of things that crashed tiki?
just did. removing the {/if} worked just fine :)
beautiful
including an opening {tr} (but no {/tr}) also worked fine
my 2 most common errors
seems very robust
yes, if you have error reporting on, you will see it in yellow/red at the bottom
http://profiles.tikiwiki.org/Debug_Mode_Enabled to get this an other debug stuff
is it possible to "stack" or "chain" profiles?
how can i get barebones + debbugmode?
would be nice if the installer, when u select a profile, can be a checkbox where u can select multiple
ricks99: you can make a profile which includes two profiles
i mean for an end-user. I see a list of profiles during my installation. would be nice to b able to pick multiple
yes
I have ideas for that
there would be "angles" / approaches / categories
1- the permission type
2- security level
3- feature set family
and maybe more
and this would mix & match profiles to suit your preferences
for now, installer is just for 4 full profiles and we are still not really ready
how can i get barebones + debbugmode? -> install barebones, goto admin profiles, pick debugmodeenabled
what I would like is a profile plugin, which let's me run a profile from anywhere
ahh
so via wiki pages, we publish documentation about stuff
and then, we have buttons, like "debug on" "debug off"
turn on tags and usually used modules for tags
etc.
this would be a way to deal with variations you will always have within a profile.
on admin:profiles, how do i know if a profile was successfully installed
seems to be no ui feedback?
some profiles have an instruction page, and after profile is installed, it sends you there
otherwise, no, sadly, no feedback
I think all profiles should have instructions
:(
*rick will have to play with profiles a bit more...
ex.: software project profile. -> if it's an open source project, chat makes sense. But if you have commercial software, you may want to use live support instead
ricks99: you're head will spin
oups
you're -> your
so about top logo
we could have different logo, message, treatment whatever for each profile
different logo for each profile?
do we have any mechanism on profiles.tw.o for tracking stats? which profiles are used most often?
which are used during intiital install?
which are used on an existing tiki site?
etc?
*rick wonders how many newbies will use anything other than "default"?
no stats yet
is there a way to collect stats?
I guess we could check number of visits
I guess that each profile install = a page hit
does that work for profiles selected during install?
yes, different logo for each profile if that's what we wanted
not saying that we do, but we have flexibility
profiles via admin-profiles can be used any time.
but 4-5 profiles in installer are only if you wipe DB
i would be very interseted in seeeing stats for profiles selected during installer
yeah, me too
and I agree about the danger of too many people picking barebones
ricks99: try Company Intranet profile on a clean install
rrr suckerfish topbar menus aren't working now in ie6, in strasa or coelesce....
are solar activity or gamma rays involved in this somehow?
other themes are fine
that has got to be the most plausible cause
Fatal error: Uncaught exception 'Exception' with message 'Unknown objects are referenced: profiles.tikiwiki.org/Intranet_Permissions#Intranet_Permissions, profiles.tikiwiki.org/General_File_Gallery#General_File_Gallery, profiles.tikiwiki.org/General_Forum#General_Forum, profiles.tikiwiki.org/Sample_Articles_include#Sample_Articles_include, profiles.tikiwiki.org/Sample_Articles_include#Sample_Artic
les_include2, profiles.tikiwiki.org/Test_All_Themes#Test_All_Themes, profiles.tikiwiki.org/Powered_by#Powered_by' in C:\wamp\www\branches\3.0\lib\profilelib\installlib.php:97 Stack trace: #0 C:\wamp\www\branches\3.0\lib\profilelib\installlib.php(143): Tiki_Profile_Installer->getInstallOrder(Object(Tiki_Profile)) #1 C:\wamp\www\branches\3.0\installer\tiki-installer.php(761): Tiki_Profile_Installer-
>install(Object(Tiki_Profile)) #2 C:\wamp\www\branches\3.0\tiki-install.php(64): include_once('C:\wamp\www\bra...') #3 {main} thrown in C:\wamp\www\branches\3.0\lib\profilelib\installlib.php on line 97
problems with companyintranet profile
ie6 giving 'lwidthDetected' error now apparently involving php layers menu
ricks99: pascal here will test
ricks99: it normally work but pascal has improved a lot of things today
gotta sign off. 3.0 is looking good. last 'big' think i see... how to add pictures to wiki pages fora new install.
at a minimum, should create a home gallery
food for thought
ricks99, that's what file gallery is for now, isn't it?
(which is on by default now)
y, but try adding a picture to a wiki page on a brand new, bare bones profile
mm, ok.
takes 11 clicks (after clicking the ADD PICTURE on the edit page )
no usable
*not
g'night all
g'night, ricks99
Profile works great here. Will update my version from SVN. its been a few hours
will try to see what is causing your problem
g'night ricks99
pascalstjean & ricks99: I just tried a fresh install of company Intranet via installer and worked for me
on latest branches/3.0
ah, was phplm not working for ie6, not suckerfish
related to that error, no doubt
mlaporte: : getting a server error on ourwiki
not sure what i'm doing wrong
lindon wishes he had a clue sometimes
hungrier & hungrier
sh setup.sh
file perms of tiki svn (and tarballs for that matter) are not well-liked by my server, and thus, the error.
going to bed....goodnight!
tikiwiki: 03nkoth * r18594 10/branches/3.0/tiki-editpage.php: [FIX] Make add plugin buttons in help panel work (Note: lots of other sections need similar fix)
tikiwiki: 03marclaporte * r18595 10/branches/3.0/tiki-tracker_rss.php: [FIX] RSS feed should show most recent change as no.1
tikiwiki: 03marclaporte * r18596 10/branches/3.0/templates/tiki-admin-include-rss.tpl: [FIX] Remove link to nowhere. Unfortunately, there is no RSS feed for all changes across all trackers. You have to specify a trackerID. RSS feed per tracker can be found on tiki-view_tracker.php?trackerId=
tikifest Ottawa closing up
back after food & sleep
Pascal did some massive work on profiles
tikiwiki: 03chibaguy * r18597 10/branches/3.0/templates/styles/coelesce/tiki-site_header.tpl: [KIL] Problem of bad display of site title when no logo was solved by using default template. Apparently css changes, etc. have made this file unnecessary. Please watch for any bad effect of removal.
good job, TikiFestians. :-)
tikiwiki: 03chibaguy * r18598 10/branches/3.0/styles/coelesce.css: [FIX] Vertical alignment of site title and subtitle.
polom
still here Gary ?
tikiwiki: 03chibaguy * r18599 10/branches/3.0/styles/strasa.css: [FIX] Adjustments mostly in site header and posts.
hi pkdille
I found that coelesce's tiki-site_header.tpl doesn't seem to be needed.
and in fact removing it solved a problem with the site title.
hi Gary
yes, same here
thanks
I was just trying to solve the issue without logo that you mentionned earlier
I looked at other themes that weren't having that problem, and wanted to duplicate their layout, which led to deleting the tpl.
...as a test. and it just worked ok, still.
humm...I'm just testing and I lost the searchbar
do you have the same ?
I still have it.
the location of the sitesearchbar was the main difference in the forked tiki-site_header .....no ?
That's right.
you have it....I check
I'll clear caches.
ah, you're right. the searchbar is gone.
so, I think it is late in the release process to do such a change, I would propose to keep the template for now and to change this for, say, 3.1
mm, maybe so.
ok, I'll roll back.
ok, rollback the removing and i will commit my changes in coelesce.css
...it should work....
what do you think ?
The problem is that coelesce's tiki-top_bar.tpl doesn't have the search, as it was moved to the site header tpl.
so unless the top_bar is also changed, the search will be missing.
anyway, I'll roll back for now.
ok, I commit the coelesce.css
tikiwiki: 03chibaguy * r18600 10/branches/3.0/templates/styles/coelesce/tiki-site_header.tpl: [FIX] Lost sitesearchbar when file was killed, so it returns for now.
I need to make some changes in coelesce.css due to layout.css being imported, unless you did already.
no, I removed this too
tikiwiki: 03pkdille * r18601 10/branches/3.0/styles/coelesce.css: [FIX] coelesce: some fix in the header: with and without logo and with various browsers
ok
It's too late I think
yes, better to be safe
so...for 3.1
ok
what are the latest news, will the tikifest release today ?
I didn't hear about the release yet.
...still a problem with title and subtitle font size
...will fix it
ok
...do you have the same ?
I'll check....
I have 3 browsers and this issue occurs only with firefox
yes, they are quite small now.
but in opera the site title is small.
subtitle is possibly ok.
also the login form is on the left, below the site title at my site (I still have logo activated.)
...don't have this problem
div#sitetitle has lost its font-size, it seems.
yes, I fix this
according to firefox and firebug, at my site now, #siteloginbar has no css properties.
oh, I forgot to svn up the template
...ah, that's better.
ok, so font size is the only problem.
I have, it's a typo....commit in 2 sec
tikiwiki: 03pkdille * r18602 10/branches/3.0/styles/coelesce.css: [FIX] coelesce: typo
I've tested with Firefox3, IE6 and IE7, with and without logo....I __hope__ it's ok this time
hmm, I seem to have a problem somewhere - font is still small, but I'm checkinf for cause.
did you update ?
ah, now it's ok.
actually in opera it's like before: title is up high and cut off by window.
some cache or browser behaviour ?
I cleared the browser cache...
and site caches. Usually Opera shows CSS changes right away, so I guess the method of aligning the site title doesn't work the same in opera.
but I don't know any opera-specific hacks, off-hand.
was it ok "before" ?
no, it needed fixing then, iirc.
unfortunately, I have to go (some familly constraints....)
sure, I'll check around for an opera fix.
thanks and thanks for your help
bye
bye, and thanks to you, too.
polom polom
please, bring the logo back
now the bare-bones (default) installation looks like it is missing something :-\
+1 for putting the logo back
+1 for {if $user eq admin}You can change the logo.... {/if} in custom code
+1 to add there a link to clear all tiki cache too
but maybe put it in custom code of the *top bar* because the main custom code doesn't work well with strasa ?
and now i see there's bug with top bar because it shouldn't be rendered at all when the checkbox is not checked :/
amette: you there?
I am looking for which code reads the wikiplugin _info() function
Found it: tiki-modules.php
I need to find where tiki determines the validity of the 'params' key of the array returned by wikiplugin_*_info()
any clues?
Did someone break last_tracker_items, btw?
I see incorrect parameter - not sure if this is on my code but I note that wikiplugin_trackeritemfield.php was modified last night
How do I clear tiki's caches?
Admin -> System
these regressions suck in 3.0
now code plugin is broken for simple {CODE(caption="Test",colors="php")}{CODE}
renders only "(); ?>" in there :(
luciash: do we have a version of lite.css that is not full width but fix width
fixed
sylvieg: it's not job for lite.css, it's job for theme designer
sylvieg: see e.g. www.menghao.cz
caralluna: sorry for the link then, don't watch it ;)
;-)
btw, too late, already did ;-)
eek ! :)
thx luciash
good morning marc
pkdille: : ping
hi luciash!
polomolop
anybody need a file deleted and then rolled back? I'm getting pretty good at that. ;-)
hehe
thx amette
I seem to be missing the admin menus, even when logged in as admin
can I clear caches manually?
nevermind, figured out the name of the php file, invoked without link
chibaguy: *g*
marclaporte: can you please bring the logo back as i and rick suggested ?
weird, tiki calls a plugin's _info() routine 4 times during page load, but actually ignores the output of it completely, instead favouring the result in the cache.
luciash: : I just +1 you mail on devel
marclaporte: great, thx
any idea why is the preview parsing different then after save ?
e.g. for plugin code it renders nothing in preview even with {CODE(caption="Test")}{CODE}
after save it's displayed though
it kinda sux for ppl pasting code
btiffin: : 'morning
Good morning marclaporte ... Hope your night went well.
Happy Mother's Day by the way. Don't forget to drop notes and phone calls to all the important ladies today. ;)
we finished at 3am
I will let the other sleep in a bit :-)
where's the wikiplugin edit icn enabled ?
it's not on Edit and Plugins
in admin wiki
it should be on edit & plugins, wanna move it?
there are dozens of these little annoyances
i don't have time now
i should start work on something finally today but these little annoyances and bugs in 3.0 drive me crazy and make me addicted to Tiki... i wonder if i would be adicted that much if everything worked in Tiki :-p
hehe
what about tiki-festers ? will the gang be able to fix something today still ?
or what's the plan ?
Pascal & I are working on profiles
are you streaming btw ?
no streaming
Nelson is fighting with plugin edit & help
MartinCleaver : & rob are helping online with fixing bugs
i see, what's wrong with plugin edit & help still ? i thought it was pretty usable already
(btw, adding a plugin from the edit helper works for me)
tikiwiki: 03luciash * r18603 10/branches/3.0/styles/strasa.css: show help in strasa theme: have it displayed full height again when marc merged wiki syntax and plugins help
tikiwiki: 03luciash * r18604 10/branches/3.0/lib/tiki-js.js: [FIX] wiki editpage JS quicktags icon to add image from file gallery: use relative path instead of absolute
tikiwiki: 03chibaguy * r18605 10/branches/3.0/templates/styles/strasa/custom_site_footer.tpl: [FIX] bad
clear property
tikiwiki: 03luciash * r18606 10/branches/3.0/lib/tiki-js.js: [FIX] wiki editpage JS quicktags icon to add image from file gallery: add at least an empty alt attribute to prevent xhtml validation errors
tikiwiki: 03chibaguy * r18607 10/branches/3.0/templates/ (3 files in 3 dirs): [FIX] Same id (login-remember) appearing more than once in page causes validation error, so changed to class.
in the future, tikiwiki might consider splitting up the tiki-js.js file
ah, dang. "label for" has to be used with an id, so switching to class is no good....
I'll change it back to id, and use id=login-rememberme-module for the module instance, I guess.
luciash: I found out sebastien's problem IE7 jerks the right column if you have a html comment before ;)
chibaguy: with no need of "for" attribute and "id" which it has to point to
I need better education on the fundamentals. :-)
sylvieg: but the site i was checking has the html comments logging off anyway so i wonder...
MartinCleaver: why ? it saves http requests ;)
XHTML 1.0 Transitional valid is close, but I get errors on pages with tabs, like admin. "cannot generate system identifier for general entity 'cookietab'" and related.
well, you can always compile down to a single, compressed, js file. But for development purposes the js files might be better targeted at particular functional areas.
luciash: .. humm right the tpl andre copied was teh time the coment was individually in - no luck
can a p contain a div?
(paragraph)
luciash: can you help me do something?
no, p cannot contain div I think
I get a validation error that one particular div can't be where it is. it's inside a paragraph.
chibaguy: i guess having valid admin pages is not totally necessary as the users accessible frontend
chibaguy: nelson is right
nkoth3: help with ?
chibaguy: but i agree we should be valid for everything on trunk
right, for the tabs. regarding the
in module necessary ? i think it depends on wiki paragraph formating set on hmm, nope, tiki-page.php is for html pages feature i guess before, I didn't get this error (we validated!), so maybe (i hope) a config setting. Turned off wiki paragraph formatting and.... "This document was successfully checked as XHTML 1.0 Transitional!" chibaguy: maybe you have some empty space, new line in the module this is weird... only reference for assigning $parsed to smarty i can find in tiki-editpage.php but i can see it is used in tiki-show_page.tpl too the page is valid now chibaguy: i mean if you have then the wiki paragraph formating generates
instead of
which caused you trouble to validate the module
ah
sylvieg: do you know where $parsed is smarty assigned for tiki-show_page.tpl ?
sylvieg: i can find it only for tiki-editpage.tpl
nope, menu syntax is the first line of the module data.
sylvieg: i'd like to diff these two $parsed assignations to see the difference and inconsistency between preview and after save page show
but wiki parsing is turned on, which is probably not needed.
with wiki parsing not turned on, for the menu module, no validation error there even when wiki paragraph formatting is on, which is logical.
chibaguy: yes, it's logical, wiki paragraph formating starts a paragraph on first line, it wouldn't make sense to start on the other line
can somebody change the overlib calls in tiki-editpage.tpl to the jQuery tooltips for consistency sake ?
i gotta run away now :-/
ok, thanks for info
tikiwiki: 03chibaguy * r18609 10/branches/3.0/styles/strasa/options/mono.css: [FIX] More "mono-izing" of colors needed.
tikiwiki: 03nkoth * r18610 10/branches/3.0/ (5 files in 2 dirs): [FIX] Since the generation of plugin help content is within list_plugins, info about textarea needs to be there, also the cache needs to respect for different text area
trying first commit but authentication at sourceforge is failing
lindon_ : : what is your SourceForge username?
lindonb
tikiwiki: 03nkoth * r18611 10/branches/3.0/templates/tiki-view_forum.tpl: [FIX] add top-right floating help tool
tikiwiki: 03nkoth * r18612 10/branches/3.0/templates/tiki-plugin_help.tpl:
tikiwiki: [FIX] hide insert plugin syntax tool in floating help area in wysiwyg and other
tikiwiki: cases with no textarea id set, as it won't work anyway. For the wysiwyg case,
tikiwiki: later we should have a way of inserting plugins from within the wysiwyg...
lindon_: : coming up
thank you
https://sourceforge.net/users/lindonb/
tikiwiki: 03lindonb * r18613 10/branches/3.0/lib/wiki-plugins/wikiplugin_lastmod.php: [FIX] World's smallest fix. Changed one character (O to Z) so time zone appears instead of %O.
woooohoooooooo!
congrats Lindon!
thanks!
broke record for most man hours per character changed
thanks for setting me up and walking me through it!
you are most welcome
I am very pleased you are committing
it's so much more efficient than handling patches, etc.
totally agree
will try to improve doc on this
my server is not cool with that Internal Server Error
I would prefer if the file perm from Tiki tarball didn't cause this. But if we change, it may cause issues with other servers
yes I finally figured out that i needed to change the file permissions
can add this to the doc
ricks99: 'morning
ricks99: : are you enjoying profiles yet?
afternoon :)
profiles +/-... 2 b honest, i'd rather choose by *feature* instead of an arbitarary name such as "extranet"
been reading the discussion of file gallery vs. img/wiki_up for default profile...
so a blog profile?
wrt profiles: id rather have the abiltity to turn on specific features during the installation (blog, wiki, etc), but this would require ability to select multiple profiles at once
not in the installer, but in profiles, you can run them successively
y. i know. sort of kludgy
something to look at for 3.1
hi all :)
sylvieg: around ?
tikiwiki: 03sept_7 * r18614 10/branches/3.0/templates/tiki-editpage.tpl: [FIX] save wiki page in WYSIWYG mode... /me go hidding under a rock :(
I wonder
Does 3.0 has the same file feature as 2.4?
Had the ability to upload files within the same wiki page, but can't find any option for that in 3.0
And with upload, I do mean upload so people can see the file at the bottom of the page
"attachments"
do u have the wiki attachments feature enabled?
is working in my 3.0
mmm
must have slipped that one
sec
Where can I find it under features?
Under which tab
Admin: Wiki page
"Features" tab
Yes, I mean under which one under features? :p
There's tons
enable "Attachements"
see http://twbasics.keycontent.org/Configuring+the+Wiki
I don't see any attachements
page = Admin: Wiki, tab = Features, option = "Attachments"
Main, Global Features, More func, UI enhance, Experimental, admin, user and programmer
That's all I see as tabs
as under main, no "attachements" option
you are on the Admin: Features page
need to be on Admin: Wiki
ah, my bad
pls see link
Sorry ^^
Gracias
tiki has so many features :p
de nada
still working on improving admin ui
There we go, much better :D
tikiwiki: 03gezzzan * r18615 10/branches/3.0/lang/hu/language.php: HUN translation for wiki and plugin help and many other translations
hi, anyone know what is the letter for the field type for textarea?
(trackers)
"a"?
tikiwiki: 03nkoth * r18616 10/branches/3.0/ (18 files in 2 dirs): [FIX] Make top-right floating help plugins-help, add plugin work with text areas, and also quicktag plugin adding work.
definitely need to check me on the shell access part at the beginning
and the commit part
and everywhere inbetween ;-)
hehe
lindon_: : there are gui clients on mac & windows to commit via SVN
just that the docs for that are different
hmm, have to try that next time
hehe
do you know the names of some windows ones?
Run the svn command to make the code changes you want to make and save them -> text edit, no?
http://en.wikipedia.org/wiki/Comparison_of_Subversion_clients
wow, there's a million of them
i meant the nano thing
that's just a text edit command i guess?
yes
i'll change it
turtoisesvn has been around
i'll try that one
or only to something like xampp
tikiwiki: 03nkoth * r18617 10/branches/3.0/lib/ (setup/prefs.php wiki-plugins/wikiplugin_img.php): [FIX] Make img plugin as all other plugins be pref controllable
lindon_: I think turtoise is to manage the files on your pc, so you would not checkour to ourwiki
marclaporte, Sorry about not getting down to the Fest. Spent the day in the Animal Hospital. Clover our Jack Russel was in for a precautionary measure. Only $600 bucks for "no real diagnosis yet". :)
btiffin: I understand
there is always tomorrow :-)
cocktail in the evening
Intranet and Blog profiles are looking excellent thanks to Pascal's dedication. He is "in the zone"!