Site changes New forum threads New forum posts
montag 1184014223|%e %b %Y, %H:%M %Z|agohover
I ran into this problem already a couple times, and I was wondering if it would be possible to increase the limit on page tags. Having to pick and choose the most important tags because of the limit is kind of annoying and the wiki would be a lot more useful if people could just go crazy with tags. Are there any plans for this in the works?
hartnell 1184016924|%e %b %Y, %H:%M %Z|agohover
montag, I have the same problem too. To properly tag something I need at least 10-15 tags and that's not including administrative tags! Believe me, I feel your pain.
I'm not aware if it is in the works, and if so, it's probably low-priority compared to some of the other things that need to get done. People like you and me will just have to consider our tags carefully for just a bit longer.
In the meantime, you might want to mention it in the New Features and Ideas forum so that Michal (the wikidot developer) is aware of the issue.
—hartnell
Alberto Brandolini 1194965757|%e %b %Y, %H:%M %Z|agohover
I've found 2 separate tag limits issues so far:
gerdami 1194975394|%e %b %Y, %H:%M %Z|agohover
1. Total site tags seems to be limited to 30 tags overall.
Increase the limit from your nav:side page
[[module TagCloud minFontSize="80%" maxFontSize="200%" maxColor="8,8,64" minColor="100,100,128" target="system:page-tags" limit="30"]]
andrewescott 1197800686|%e %b %Y, %H:%M %Z|agohover
Yes please - I echo this request!
The limit seems to be currently 70 characters for the tags field. I hit this limit with a large number of the pages on the wiki, so tags get left off, making it potentially harder for people to find the pages they want.
Given that the limit is so low, even doubling it would not be sufficient - it needs to be much larger. At least 200 characters. Maybe 300 characters.
For example, my wiki deals with cafes, and it is appropriate to tag the city, suburb, style, mealtimes it is open for, etc. Very quickly you run out of space.
allanpatrick 1202578953|%e %b %Y, %H:%M %Z|agohover
I agree, we need more space to tags, as a whole, and for each one.
andrewescott 1206700370|%e %b %Y, %H:%M %Z|agohover
Looking in the Wikidot v1 source, the tag limits appear to be..
In conf/database/wikidot-db.xml, the site_tag and page_tag tables define the tag field as varchar(20), limiting tags to at most 20 characters in length. This seems a little short, e.g. peoples-republic-of-china takes 25 characters. Maybe 30 would be a better limit?
However, there is no hard limit defined in the database corresponding to the number of tags possible on a site or a page.
In templates/modules/pagetags/PageTagsModule.tpl, the text input is defined like this:
<input type="text" class="text" size="50" maxlength="70" id="page-tags-input" value="{$tags|escape}"/>
Can these limits please be addressed? (Particularly the maxlength="70" one)
andrewescott 1207655979|%e %b %Y, %H:%M %Z|agohover
Continuing this thread beyond the point anyone else actually cares…
Entering a tag with a length longer that 20 characters on the sandbox produced the following error pop-up:
<br /> <b>Warning</b>: pg_query() [<a href='function.pg-query'>function.pg-query</a>]:
Query failed: ERROR: value too long for type character varying(20) in
<b>/var/www/www.wikidot.com/ozone/ozone/php/core/database/PgConnection.php</b> on line
<b>100</b><br /> {"status":"not_ok","message":"An error occurred while processing the
request.","callBackIndex":"1"}
Also, found the following code in php/actions/WikiPageAction.php
if(strlen8($tags)>256){
throw new ProcessException( _('"Tags" field too long.'), "form_error");
}
gerdami 1207679445|%e %b %Y, %H:%M %Z|agohover
if(strlen8($tags)>256){
throw new ProcessException( _('"Tags" field too long.'), "form_error");
}
I was a poor lonesome Cobol programmer some time ago. I never(?) handled errors in that way. I used a table of error messages which allowed to display error messages in the user's own language…
andrewescott 1208684762|%e %b %Y, %H:%M %Z|agohover
I don't know if this is the method used by Wikidot, but typically the function/macro _('Some text in English') will check a locale table and return the text equivalent of 'Some text in English' in the current locale. It has the advantage of being easy for the coder to read, and any good optimising compiler will remove the inefficiency of using a string rather than a numeric code.
I learned a bit of Cobol years ago, although never got to use it. I always thought that the method for declaring the format of a variable was quite elegant. Ideal for punched cards, too. :)
Stephen Kay 1209406387|%e %b %Y, %H:%M %Z|agohover
I will just add my voice here. I ran into this limitation today, we have some fairly long tag names, I was shocked to find I couldn't add any more tags to some articles. That seems antithetical to the purpose of a wiki. Please change this as quickly as possible! Thanks.
hartnell 1209472753|%e %b %Y, %H:%M %Z|agohover
Yup, I agree. I've run into this problem quite a bit myself.
One of the major problems of wikidot is that it relies on tags for categories and namespaces for categories. We need to discuss what would be a better solution. :)
I'm adding this thread to my personal "thread about something that really needs to be improved" list.
— Shawn