Bug 2740 - Truncated strings, too short message
Summary: Truncated strings, too short message
Status: CLOSED REMIND
Alias: None
Product: Koha
Classification: Unclassified
Component: OPAC (show other bugs)
Version: rel_3_0
Hardware: PC All
: P3 normal (vote)
Assignee: Chris Cormack
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-30 05:33 UTC by Chris Cormack
Modified: 2014-12-07 20:03 UTC (History)
0 users

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 00:55:19 UTC


---- Reported by axelb@skolelinux.no 2008-10-30 05:33:48 ----

Opac sometimes has a to small box for longer sentences. For instance 
«my personal details» If we wrote "Min personinformasjon" the word would be cut of at the end. It would only fit when my cutted the «my» at the start (which we did overall because we found it to be just annoying and of no real use).
	/cgi-bin/koha/opac-user.pl

If we add our own currency, Norske kroner, it would only show "Norske kro": The field is to small for "Norske kroner". 
	/cgi-bin/koha/acqui/acqui-home.pl



---- Additional Comments From axelb@skolelinux.no 2008-10-30 05:54:21 ----

Another example:
In
cgi-bin/koha/opac-user.pl
the string "Personopplysninger", linked to, 
http://kohanor.collib.info/cgi-bin/koha/opac-userupdate.pl
is also longer than it's field, just that this time the string then just extends beyond the border of the buttons field.



---- Additional Comments From axelb@skolelinux.no 2008-12-01 13:53:17 ----

More examples:
On
cgi-bin/koha/serials/subscription-add.pl
the strings
First issue publication date:
Numbering pattern:   
Numbering formula:
Subscription length:
all are shortened down in Norwegian due to space problems.

Please do not restrict the space allotted to those strings.



---- Additional Comments From oleonard@myacpl.org 2008-12-02 08:29:32 ----

Is it a viable option to use a custom style sheet to alleviate these problems?



---- Additional Comments From axelb@skolelinux.no 2008-12-02 10:50:34 ----

I have never made my own template, so I do not know what kind of work this is.
And we then would have to recreate them for each new version, I suppose?
I yes, then it seems to be a lot more work, does it not?



---- Additional Comments From henridamien@koha-fr.org 2008-12-05 13:59:33 ----

@Axel : al you would have to do is to create some css layout setylesheet so that fonts are a little smaller for labels than real text.
Then use those css for your installs and leave it on kohatools so that ppl could link to it when installing a norwegian site.



---- Additional Comments From oleonard@myacpl.org 2008-12-06 08:19:59 ----

Exactly, thank you hdl. You can create custom stylesheets, add them to your Koha server in the same directory as OPAC and/or Intranet stylesheets and specify the filenames in the opaccolorstylesheet and intranetcolorstylesheet system preferences. Koha will load your custom stylesheets and override Koha's default styles with what you specify.

So, in the case of subscription-add.pl, you can put this in your custom stylesheet:

.yui-u fieldset.rows label,
.yui-u fieldset.rows span.label,
fieldset.rows label,
.fieldset.rows span.label {
  width: auto;
}

In the case of the left-hand OPAC menu, you could add:

div#menu li a { font-size: 85% }

(or whatever value lets the labels fit comfortably). I'd be happy to help with other instances if I can. Feel free to email me directly.



---- Additional Comments From oleonard@myacpl.org 2008-12-06 08:20:52 ----

Typo correction:

.yui-u fieldset.rows label,
.yui-u fieldset.rows span.label,
fieldset.rows label,
fieldset.rows span.label {
  width: auto;
}




---- Additional Comments From axelb@skolelinux.no 2008-12-06 15:58:26 ----

To make the fonts smaller is juts a workaround IMHO because it would not look so good to have different sized text parts, and it would diminish the legibility too.
But if the code with «Auto» below is used to make the content autofit, then I think that should be the standard.
I will try it out later, but would it not be easier if not every user has to repeat making the same adjustments? A central solution would prevent that.
Of course we could make our own css or templates, but then, how should the user know that when the change language they have to change the stylesheets too? 
And what about multi language environments?
I do not think this is just a problem for Norwegian, because there are many different languages out there, so a solution with better scalability would be to prefer, if possible.



---- Additional Comments From nengard@gmail.com 2009-12-23 17:59:42 ----

This bug hasn't been touched in nearly a year, please revisit and test and close if appropriate.



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 00:55 UTC  ---

This bug was previously known as _bug_ 2740 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2740

Actual time not defined. Setting to 0.0
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here: chris@bigballofwax.co.nz.
   Previous reporter was axelb@skolelinux.no.
The original assignee of this bug does not have
   an account here. Reassigning to the default assignee
   for the component, chris@bigballofwax.co.nz.
   Previous assignee was jmf@liblime.com.
CC member axelb@skolelinux.no does not have an account here