marclaporte: This is assuming once you activate feature_references, the normal use case is that you'll want to use http://doc.tiki.org/PluginAddReference and http://doc.tiki.org/PluginShowReference arildb: yes marclaporte: And even the toolbar. Since there is a feature check, it could be automatically on the toolbar arildb: It does simplify the usage. marclaporte: we should do that more, for most tools and plugins really arildb: For the plugins, should they be enabled/disabled along with feature_reference, or just be enabled?
with the toolbar activation, I guess it's the question of location, too marclaporte: toolbar: I don't remember how to do that, but after you will, I'll go add the draw plugin tool :-) arildb: hehe marclaporte: plugins should they be enabled/disabled along with feature_reference, because they are no use without the feature arildb: ok marclaporte: as soon as you fix perms, I'll svn up demo.tiki.org/trunk/ to take it for a spin :-) arildb: ok marclaporte: you wrote: "I hope that it will be useful." It will. Last time I need this, and before Zotero integration was done: I mucked something up using tracker and wiki syntax. I believe a simple dedicated solution like you made is more future-proof
I am quite pleased how Tiki is evolving to becoming a superb solution for research arildb: good CIA-36: tikiwiki: 03arildb * r41059 10/trunk/ (5 files in 3 dirs):
tikiwiki: [MOD] Change permission names for Wiki References
tikiwiki: tiki_p_use_referencelib -> tiki_p_use_references
tikiwiki: tiki_p_edit_referencelib -> tiki_p_edit_references arildb: If this new reference handling turns out to be stable, I hope we can use it into the 9.x release. marclaporte: It doesn't need to be that stable
As long as it's self contained and can't break anything else....
We do want to avoid sql operations to repair issues in stable branches, but a one time, clean addition is OK. Feature can be tagged as experimental. arildb: It is pretty self-contained. Btw. I believe there is a known bug. When pages are deleted, the reference cleanup does not work properly (we used InnoDB and FKs in our implementation)
a fix should come soon marclaporte: Do you have a feeling on if InnoDB is faster than MyISAM for Tiki usage (I have a tracker database with 6M record) arildb: Not sure. I only use InnoDB. So, I don't really have a comparison
why don't you make a second installation and convert it to InnoDB. Then compare them.
There is a conversion script...was up-to-date a few months ago... marclaporte: That's a great idea
added to my todo... arildb: :-) CIA-36: tikiwiki: 03marclaporte * r41060 10/branches/9.x/lib/prefs/feature.php: emphasis that this feature is experimental to avoid disappointments sylvieg: do I have a click and drop of file with webdav?
or is it only a sync of modif
documentation is not clear marclaporte: sylvieg: you can drag & drop many file sylvieg: is demo suppose ti set so it works
.. not sure if it is my server setting - I had it work perfectly once.. CIA-36: tikiwiki: 03marclaporte * r41061 10/trunk/templates/admin/include_textarea.tpl: Add new plugins in admin panel marclaporte: demo worked at one point, but haven't tried recently CIA-36: tikiwiki: 03arildb * r41062 10/trunk/db/tiki_convert_myisam_to_innodb.sql: [FIX] Add tiki_page_references to the MyISAM -> InnoDB conversion script Jyhem_laptop_: joined #tikiwiki arildb: marclaporte: Now I remember why the permission had the "lib" extension. It's because the usage of the references goes with the editpage permission. It is only the library access that (can) be restricted. Oh well. The new name matches the module names better. So, I guess we'll keep them Olivier__: joined #tikiwiki
Good Evening
i'm looking to create a tiki page in my tiki, and i wanna user the Full User name, as Hello Goerge Henri, on this page you will .... etc ..
i wanna use*
when i'm triying to use the {$user} i dont have any return, have you an idea for me ? goj_killedByISP: joined #tikiwiki goj|ghost: joined #tikiwiki marclaporte: Olivier__: hi Olivier__: Hi Marc
i speak french to for your info marclaporte: Somehow, I guessed that :-)
Olivier__: {$user} would work for Smarty templates Olivier__: ok marclaporte: But for wiki pages, this is what you are looking for: http://doc.tiki.org/Wiki+Argument+Variables Olivier__: so if i have a "normal" html page it will not be the best to include de $user var
ho ok
indeed i have to use the {{user}} var, but i create my tiki page i put {{user}} in the page and i just see {{user}} :p i probably forgot something rodrigoprimo: joined #tikiwiki marclaporte: yes, you need to activate that feature
", once this preference is enabled in "Admin > Editing & Plugins" panel, you can put them in your wiki syntax enabled text area and have them to become automatically replaced by their actual value anywhere where they are used." Olivier__: and do you have the french name ofthat feature ? i do not find it in my admin panel :-S strangely
i'm in the "option d'edition" Plugiciel ..
but nothing talks about that option marclaporte: I suggest you switch to English temporarily :-) Olivier__: :-P ok
thank's for yourtime marc ! Have a nice evening ! marclaporte: it worked? Olivier__: i still not find
what's the name of the plugin
inmy wiki syntax i only have two tink and they are checked both
do i have to setup each variable in theexternal wiki ? CIA-36: tikiwiki: 03arildb * r41063 10/trunk/lib/tikilib.php: [FIX] Remove page references, when the page is removed Jenser: joined #tikiwiki redflo: joined #tikiwiki Bernard1: joined #tikiwiki xavi: joined #tikiwiki Bernard1: polom Bernard2: joined #tikiwiki
I have set 2 month ago a tw6.4 using tracker + wiki page to display tracker item. I have three elements. wiki page displaying trackerfilter set to display the item using URL=displayitem&itemID -> wiki page ( displayitem) to display -> wiki template to format the display fields of the item CIA-36: tikiwiki: 03arildb * r41064 10/trunk/templates/admin/ (include_features.tpl include_wiki.tpl): [ENH] Move the "Wiki References" feature setting from "Features" to "Wiki" in the admin panel Bernard2: … sry found the answer, perm changed on the server, sh setup.sh solve the problem… Interesting and good to know ! :) CIA-36: tikiwiki: 03arildb * r41065 10/trunk/lib/wiki-plugins/wikiplugin_addreference.php: [FIX] The image for the add reference plugin now uses the correct image path
tikiwiki: 03arildb * r41066 10/trunk/ (templates/tiki-editpage.tpl tiki-editpage.php): [FIX] The bibliography section in the page properties is now hidden, if Wiki References is not enabled arildb_: joined #tikiwiki Thom`: joined #tikiwiki CIA-36: tikiwiki: 03arildb * r41067 10/trunk/tiki-admin.php: [ENH] Enable/disable addreference/showreference plugins along with references feature. sandroandrade: joined #tikiwiki benoitg: joined #tikiwiki Dr{Who}: joined #tikiwiki GillesM: joined #tikiwiki ricks99: joined #tikiwiki
polom y'all CIA-36: tikiwiki: 03arildb * r41068 10/trunk/lib/wiki-plugins/wikiplugin_showreference.php:
tikiwiki: [ENH] The show references plugin now has no arguments by default. (show title default = yes)
tikiwiki: Some cleanup of debugging data Thom`: is there a known issue about a encoding problem on the search of wiki9 ? arildb: joined #tikiwiki Thom`: I've installed tiki9. I edit my page with the WYSIWYG editor. And on the result the accent are not encoded correctly, and i've too almost all my page which are result even if no one should have be returned arildb: Thom`: There is/was an encoding issue in the Tiki 9 SVN version for the WYSIWYG. Hopefully it will be fixed soon. Thom`: ok thanks. And is this normal when I filter with the type "Page wiki" (wiki page in french), the words 'page' and 'wiki' are highlighted in the result ? marclaporte1: joined #tikiwiki sandroandrade: joined #tikiwiki arildb: The plugin {img fileId="91" thumb="y" width="500"} fails to display the image in Tiki 8. It works OK in trunk. Anybody else having this problem? Is there a known fix? ricks99: is #91 a valid image? did you turn on error reporting? arildb: Yes, #91 is a valid image, and strangely enough when I click on the thumbnail the image displays OK
I will check for errors ricks99: i have no issues with images in tiki 8
works perfectly on the demo server:
http://demo.tiki.org/8.x/RickPage
using: {img fileId="31" thumb="y"} arildb: Got: The requested URL /8.x/RickPage was not found on this server.
I will try without the width
(...but I need that setting) ricks99: oops. forgot to save rodrigoprimo: joined #tikiwiki ricks99: http://demo.tiki.org/8x/RickPage
01{img fileId="31" thumb="y" width="500"}
works fine arildb: ok
ricks99: Are you running the latest8.x SVN version?
{img fileId="91"} works OK ricks99: demo server is 8.x from svn (april 22) arildb: right. So a later version than I am running ricks99: what version are you running?
i have several tikis running 8.3 -- no issues with images arildb: It's a pre 8.4 customized version, but no changes have been done to this part of the system. It's a few weeks old, I believe. ricks99: if it is a pre-release, anything is possible. i suggest either running only released versions, or updating from svn on a regular basis
before you log a bug, please upgrade to latest, though arildb: Using any additional parameter to fileId="31" fails.
Yes, I will update to the latest SVN, and try again xavi: polom ricks99: hola xavi xavi: arildb: try this workaround: use src="display31" instead of fieldId="31"
hi ricks99 arildb: xavi: Let me try it ricks99: good thinking arildb: So, it's a know bug, on some systems? xavi: no idea, I just use displayNN everywhere I can and it works fine arildb: I am preparing to make a screencast...using the workaround, is far from ideal... ricks99: as i said arildb, you're using an old, pre-release version.
there may be several issues. arildb: I will try the latest SVN first ricks99: you really should either use only released versions, or always update from svn xavi: resizing failed for png images with transparency for me for long, and I noticed that using sc=displayNN worked ricks99: works fine on the demo server
xavi: that (iirc) is a known issue with the gd image processing xavi: is ... or was (after some fix that jonnyb did). But I don't know it jonny fixed it or not (I just keep using displayNN) ricks99: y, but that (again, iirc) forces the resizing on the client/browser instead of the server xavi: yes, you are right
only useful for small resizing
imho
btw, arildb, in case the workaround works for you: you can change the default code inserted when a user clicks on an image from a file gallery, on a file gallery basis
fyi arildb: xavi: yes, that's an idea, but I will try the latest 8 SVN version first xavi: sure arildb: I sync'd with the latest pre 8.4 SVN, but no luck. xavi, I tried your work around, but that also failed. (I am running Windows and SEFURL is disabled)
I think I have found the error.... <img src="tiki-download_file.php?fileId=91&amp;display&amp;x=500&amp;y=289" width="500" height="289" alt="Image" />
If I remove x= and y= from the URL it works
the next question, is where to edit xavi: back
arildb: no idea where to change (hadcode) your tiki, but... arildb: I will search a bit. should be that hard to find xavi: but you could use your custom syntax added, with (provided that you don't use rewrite rules):
src="tiki-download_file.php?fileId=91&display" instead of fileId="91"
custom syntax can be added on a per file gal basis
ricks99: ? ricks99: you can add custom syntax for {img} on the specific gallery's DISPLAY tab
however, really should figure out why it fails. works fine on demo site and my installs
what is the image? PNG? xavi: ricks99: do you know how to keep strasa.css in 9x to show the light blue part below the header, as in 8x or previous?
example: http://www.r-es.org is not showing the light blue image below the header ricks99: looking xavi: thks
this is an old site using strasa (with tiki 3.x, or so)
[OFF] http://moviments.net/cursos/ ricks99: what should it look like? xavi: ^ ricks99: ah xavi: like with the light blue bar where the login and register links are ricks99: on the 9.x site, you need modules in the topbar area xavi: mmm, ok, I'll test with one...
you got it :-)
thks, as usual! ricks99: my pleaseure. CIA-36: tikiwiki: 03ricks99 * r41069 10/trunk/templates/tiki-admin_modules.tpl: [FIX] Use the correct pollId parameter when adding a poll to a custom module.
tikiwiki: 03citadelrock * r41070 10/trunk/ (8 files in 6 dirs): [ENH] Add ability to watch blog posts for comments ricks99: anyone know... is it too late to add a quick fix to 8.4? xavi: ricks99: I guess it's not too late: no public 8.4 tarballs on sf.net CIA-36: tikiwiki: 03ricks99 * r41072 10/branches/8.x/templates/tiki-admin_modules.tpl: [FIX] Backport of 41069
tikiwiki: 03ricks99 * r41071 10/branches/9.x/templates/tiki-admin_modules.tpl: [FIX] Backport of 41069 xavi: and ricks99, how can I remove the space (with lighter color) shown at the right of the register link? in the r-es.org site (Strasa, etc)
I tried with #topbar_modules .register { margin-right: 0px; padding-right: 0px; }
but no luck ricks99: checking rodrigoprimo: joined #tikiwiki arildb: rodrigoprimo: As I understand you have been working on the Tiki i18n functionality
I have started looking at the Norwegian translation, and I must only congratulate on the i18n functions. Excellent!
The site http://i18n.tiki.org/Status shows the status of translations, but the updater seems to have stopped working. It would be nice to see how the translations are progressing. Any chance of getting the status updates running again soon? AldenisZen: joined #tikiwiki ricks99: xavi: #topbar_modules .box-login_box {padding-right:0} CIA-36: tikiwiki: 03citadelrock * r41073 10/trunk/lib/tikilib.php: [ROLLBACK] bad merge from r41070, next commit will redo commit xavi: ricks99: thanks. however, some weird things show up. in chrome (or chromium): the username and pass boxes are not vertically centered http://www.r-es.org
and again, adding padding-bottom or margin-bottom to #topbar_modules .box-login_box didn't make any change for me CIA-36: tikiwiki: 03citadelrock * r41074 10/trunk/lib/tikilib.php: [ENH] Add ability to watch blog posts for comments (redo) marclaporte: joined #tikiwiki ricks99: xavi: you're not using fixed width? xavi: nope Dr{Who}: joined #tikiwiki ricks99: then need to set min-width
also: #topbar_modules{text-align:right} xavi: ? min-width? ricks99: .box-login_box {min-width:750px} so the form doesn't "break" when using narrow browser windo
window xavi: ah, ok
mmm, shouldn0t that be on some default css file? ricks99: i think the status css should 1. require top-modules area and 2. set min-width for the login module in the top-modules
just my $0.02
i see the vertical alignment issue with the login form... 1 sec...
try adding vertical-align: top; to the <div> elements holding the form labels.
think it is .siteloginbar form div {text-align:top;} -: ricks99 does *not* like the code inspector feature in chrom :( CIA-36: tikiwiki: 03xavidp * r41075 10/branches/9.x/styles/strasa.css: [FIX]Added min width for the login bar to prevent it to split in two lines with narrow browser windows. Thanks ricks99 xavi: .siteloginbar form div {text-align:top;} didn't work ricks99: duh... vertical-align:top
*sigh*
long morning :(
not "text-align" xavi: yes, ricks99, you got it (again) :-)
the min-width produces a different effect once logged in... ricks99: y. you'll probably want to vary it... shorter length when logged in xavi: of course, that bar stays as wide as previously, even if only short text (username logout) is shown
how do you get that? sandroandrade: joined #tikiwiki ricks99: you'll need to add it to the custom header area... something like:
{if $user} {literal}<style type="text/css"> .... shorter min-width ...</style>{/literal} {else} {literal}<style type="text/css"> .... longer min-width </style>{/literal} {/if}
in the Custom HTML <head> area xavi: phew
that's a clever trick ricks99: yeah, but it is *ugly* coding -: ricks99 wishes i could use smarty within tiki's custom .css area xavi: I'm afraid that I'd better revert the min-width from the default strasa.css in 9x ricks99: makes for very inefficient html. xavi: I can imagine users complaining about a regression-like issue with strasa in 9x as-is after r41075 ricks99: there really needs to be a read-me for each theme... for things like, where certain modules are expected, can/cannot be used as fixed width, etc. CIA-36: tikiwiki: 03xavidp * r41076 10/branches/9.x/styles/strasa.css: [FIX]Reverting 41075 since it might be considered a regression-type of issue with css in 9x for some users compared to strasa in previous tiki versions xavi: I'll leave the min-width param in our tiki site :-) (but I've taken it out from default 9x)
thks ricks99 for your feedback -: xavi back to grading students work ricks99: cya arildb: ricks99: still there? marclaporte: joined #tikiwiki arildb: I believe I have found the problem, and it is not isolated to Tiki 8. Seems to be a general problem
In tiki-downloadload_file.php line 233
$format = substr($info['filename'], strrpos($info['filename'], '.') + 1);
This line assumes that the filename contains an extension, which is not the case in my Tiki 8.x installation. ricks99: but thought you weren't about to duplicate on demo.t.o? arildb: I assume that the correct check is on filetype, which contains the MIME type
The bug is dependent on the data, and is present in all Tiki versions
I am not very familiar with the file-download_file.php, but what I would like to try, is to
replace: $format = substr($info['filename'], strrpos($info['filename'], '.') + 1);
with: $format = substr($info['filetype'], strrpos($info['filetype'], '/') + 1);
This assumes that a filetype is present
is that a valid assumption? ricks99: isnt it possible to have a filename but *not* a known MIME type?
might want to send to DEV list for clarification arildb: Maybe, I am not very familiar with this module
Yes, good idea xavi: arildb: fyi, read this: http://doc.tiki.org/File+Gallery+Config#Fix_mime_types_based_on_file_suffix
it seems under some setups, mime type info is wrong
for what I've read there
keep that in mind for your potential fix ricks99: ^^^ that's why i asked. tx xavi xavi: np arildb: right. So, maybe the correct procedure would be to veryfy that the filetype is "image/*". If yes, use it. If not parse the filename, like today ricks99: or.. .use filename first, then MIME as fallback
this way, the "fix" won't cause any regressions arildb: that could also work, unless somebody calls the image: this.is.my.image rodrigoprimo: arildb: I saw your e-mail. I will check what is happening as soon as possible. From what I remember there was a problem in the new i18n server that made more difficult to configure the crontab to periodically update the Status wiki page. arildb: rodrigoprimo: sounds good rodrigoprimo: arildb: I can give you access to the server if you have the knowledge to configure it. I don't think it is that difficult, it is just that I couldn't find time to do it. arildb: ricks99: I will use your suggestion. It may be more regression proof, but filenames of the type "this.is.my.image", not using the image extension will fail ricks99: maybe include a check for "invalid" filenames, too arildb: rodrigoprimo: I'd rather not. Very busy at the moment, and a bit unfamilar territory rodrigoprimo: arildb: ok, no problem. I will do it when I can arildb: ricks99: Checking the filename may be a bit difficult, but I will follow your suggestion ricks99: +1 CIA-36: tikiwiki: 03arildb * r41077 10/trunk/tiki-download_file.php: [FIX] Better determination of the image type. If the filename doesn't have (the right image) extension, try to interpret the MIME type arildb: I just commit the change. Please review
I need to backport to 8.x, to fix the problems we have there
Does the fix look OK?
Unless somebody sees some possible issues, I will go ahead and backport it. To me it seems safe Dr{Who}: joined #tikiwiki marclaporte: arildb: does it use fileinfo?
http://php.net/manual/en/book.fileinfo.php arildb: marclaporte: $info seems to have different sources.
In my case it seems to come from: $query = "select * from `tiki_files` where `fileId`=?"; marclaporte: Please see: http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=revision&revision=34662 arildb: There is also the link xavi posted above: http://doc.tiki.org/File+Gallery+Config#Fix_mime_types_based_on_file_suffix
The current implementation only checks the file extension, which some of the File Gallery files, we use don't have...thus the bug. Now the filetype (= MIME type) is checked if the extension check fails.
I am not sure if the implementation in the link you posted is relevant or not, but in any case the change done is close to to the current implementation. Just adds an additional check if it fails. Hopefully this will avoid any regressions CIA-36: tikiwiki: 03arildb * r41078 10/branches/9.x/tiki-download_file.php: [br/r41077][FIX] Better determination of the image type. If the filename doesn't have (the right image) extension, try to interpret the MIME type.
tikiwiki: 03arildb * r41079 10/branches/8.x/tiki-download_file.php: [br/r41077][FIX] Better determination of the image type. If the filename doesn't have (the right image) extension, try to interpret the MIME type. marclaporte: arildb: do you think it solves: http://dev.tiki.org/item4062 ? (see comments for details) arildb: checking CIA-36: tikiwiki: 03marclaporte * r41080 10/branches/9.x/lib/setup/prefs.php: Adding drawing tool, if feature is activated arildb: marclaporte: not sure, but probably not. In the error cases it solves, the filetype icon will be displayed instead. marclaporte: check r41080 to see how to add plugins by default in the toolbar arildb: joined #tikiwiki
marclaporte: In http://dev.tiki.org/Regressions+in+8x the case reported SVN 2012-03-01 "File is not an image." links to http://doc.tiki.org/Tiki3#Web_Services which I assume is wrong
or?
We actually get this "strange" situation (no extension on image filename i the FileGallery) using a custom web service. ...so, maybe there is a connection afterall sandroandrade: joined #tikiwiki marclaporte: The image at http://doc.tiki.org/Tiki3#Web_Services must have worked at some point....
hmmm
http://doc.tiki.org/display37 is OK
So maybe the problem is with the img plugin which used to be OK with tiki-download_file.php?fileId=37 and no longer is... LouisMartin: joined #tikiwiki arildb: marclaporte: I get an image using http://doc.tiki.org/tiki-download_file.php?fileId=37
by using the URL directly from the browser marclaporte1: joined #tikiwiki marclaporte: joined #tikiwiki
joined #tikiwiki arildb: joined #tikiwiki rodrigoprimo: joined #tikiwiki sylvieg: trying to have webdav working on demo.tiki.org/9x
if I type tiki-webda.php I have a white screen changi: sylvieg: you missed the v ?
:) sylvieg: sorry typo. I did not miss the v changi: sylvieg: i get a 401 authorization ? sandroandrade: joined #tikiwiki changi: sylvieg: which client are you using ? sylvieg: cyberduck
but not sure it is well set
i feel bad.. xavi and others wrote a hudge doc - and I am not able to have it work changi: sylvieg: using gnome dav manager, i get access sylvieg: on demo.tiki.org? changi: yes
sylvieg: you should see a new file gallery sylvieg: and do you use admin user
or it is a different password/user? changi: i use admin user
sylvieg: maybe you missed the / at the end of tiki-webdav.php/ sylvieg: first time I goto tiki-webdav.php
and click on the link
it sends me on tiki-webdav.php/
white page changi: sylvieg: i get the same with firefox
sylvieg: you need a proper webdav client