10-20-2015, 04:52 AM | #1 |
Member
Posts: 20
Karma: 10
Join Date: Aug 2012
Location: Limoges : France
Device: Pb touch + android devices
|
Hability of setting a max. length to "comment" field
Hello Chaley,
I use Calibre Companion for about three years now, mostly in "booklist" configuration, with the "comment" tag displayed in third line of additional informations. Somme comments are much more longer than others and, therefore, much more higher than the cover display, so I wonder if it could be possible to get the option of truncating (in this view) this particular field to an optional length, just as it is done for the "Author" field. An other way could be to be able to fix a "line max length" for each "column" of the book customization added information. for your attention Maxime |
10-20-2015, 06:15 AM | #2 |
Grand Sorcerer
Posts: 11,961
Karma: 7225107
Join Date: Jan 2010
Location: Notts, England
Device: Kobo Libra 2
|
@mgaillard: there are some complications here.
An "additional information" box can contain multiple fields, each beginning on its own line. This makes setting a max height tricky. In theory, the max height of a box should not be less than the number of fields contained in that box, otherwise some fields will never be shown. In addition, if there are two fields being displayed, if the max height is set to 2, and if the first field takes two lines, then the second field will be hidden. One could work around the hidden field problem using scroll bars, but unfortunately that doesn't work. The outer book list is intercepting the scroll events. Applying limits on a field-by-field basis isn't practical. Also note that setting a limit on either middle box must imply the same limit on the other middle box. Given the above, the following seems possible.
Comments from other users? |
Advert | |
|
10-20-2015, 06:56 AM | #3 |
Member
Posts: 20
Karma: 10
Join Date: Aug 2012
Location: Limoges : France
Device: Pb touch + android devices
|
Thanks, Chaley, for your answer !
And...Yes, you get it ! (actualy, no need for a scroll bar as one could click for details page if need to get further info) The option of setting a maximum height in lines for the boxes seems a perfect solution to get control of the text side so that it approximatively fits the cover height - and actualy do not spread along several screens when showing a long "comment" field. But you already use "line" in the options text. Would'nt it be best to say "top row", "middle row", "bottom row", and for each "max number of lines in the xx row (default 0 means no limit)" Any comments from other users ? Last edited by mgaillard; 10-20-2015 at 07:02 AM. Reason: added observation about scroll |
10-20-2015, 07:52 AM | #4 |
US Navy, Retired
Posts: 9,865
Karma: 13806776
Join Date: Feb 2009
Location: North Carolina
Device: Icarus Illumina XL HD, Nexus 7
|
I may not understand your solution, but anything implemented that prevents me from viewing the entire text in my comments area I would be against.
If what you are proposing is an optional limitation then I don't care because I won't check that option. For me comments are my last field on my list so they never get in the way. Edit: I was thinking Book Details, not Book List. Last edited by DoctorOhh; 10-20-2015 at 11:35 AM. |
10-20-2015, 08:52 AM | #5 | |
Grand Sorcerer
Posts: 11,961
Karma: 7225107
Join Date: Jan 2010
Location: Notts, England
Device: Kobo Libra 2
|
Quote:
The problem mgaillard raises is a general one: what happens if a lot of information is displayed in one of the optional book list cells? Today CC will display all the info no matter how long it is, which can cause a single book list row (cover + info) to consume more than the space available on the screen. The specific problem being discussed is "comments" but the same thing could happen with tags (if there are 100s of them), extra author-like columns with lots of names, or single-value text columns that are long. The proposal is to specify a maximum height in displayed lines for the optional cells. There would be three such max heights: top, middle (covering both left and right as they must be equal in height) and bottom. The maximum would be adjusted up if needed to be at least as large as the number of fields displayed in that cell. Not setting a maximum would leave behavior as it is today. |
|
Advert | |
|
10-20-2015, 09:05 AM | #6 | |
Grand Sorcerer
Posts: 11,961
Karma: 7225107
Join Date: Jan 2010
Location: Notts, England
Device: Kobo Libra 2
|
Quote:
Assuming this gets built, the title might be something like "Maximum height of XXX line" where XXX is "top", "middle", or "bottom". The subtext would "The maximum height of the customizable line, measured in rows of text. Enter zero for unlimited. Current value: N". |
|
10-20-2015, 10:23 AM | #7 |
Grand Sorcerer
Posts: 5,698
Karma: 16542228
Join Date: Feb 2010
Location: Pennsylvania
Device: Huawei MediaPad M5, LG V30, Boyue T80S, Nexus 7 LTE, K3 3G, Fire HD8
|
I probably wouldn't use this, but why wouldn't you just have a maximum number of characters instead of line height? This is what you do with the author list. Maximum number of lines depends on a lot of different variables - font size, screen size, resolution.
|
10-20-2015, 11:31 AM | #8 | ||
US Navy, Retired
Posts: 9,865
Karma: 13806776
Join Date: Feb 2009
Location: North Carolina
Device: Icarus Illumina XL HD, Nexus 7
|
Quote:
Quote:
Last edited by DoctorOhh; 10-20-2015 at 11:35 AM. |
||
10-20-2015, 11:47 AM | #9 | |
Grand Sorcerer
Posts: 11,961
Karma: 7225107
Join Date: Jan 2010
Location: Notts, England
Device: Kobo Libra 2
|
Quote:
Number of characters in authors: I just went back over the discussions in the wish list about author length. Rather a tortured history. The initial decision to use number of characters came about because at the time the series information was included on the "second" line, which is authors except when sorting by author. This made the computation of lines rather difficult. The topic came up again after series got its own line. You and kaufman suggested interpreting the value as lines if it was less than 25, otherwise characters. I did a test implementation of this, and the performance was very slow so I dropped it. Since then the custom information stuff was added to the book list. The first implementation made scrolling horrible so I completely redid how the book list information was computed. Because of this change I could easily do the "25 line" suggestion. So ... Is "number of characters" what you really want for authors? Or would number of lines be better? Note: if number of lines then the last author name could be cut somewhere in the middle, something that doesn't happen today with the number of characters. Number of lines in custom info boxes: Controlling the length of info in the custom boxes as number of characters would be hard, primarily because a box can contain more than one information field. Should the number be per field in the box? Total length, even though some fields are short? Or something else? Making it a line count eliminates all of this, and is also easier to do. |
|
10-20-2015, 01:06 PM | #10 | |
Grand Sorcerer
Posts: 5,698
Karma: 16542228
Join Date: Feb 2010
Location: Pennsylvania
Device: Huawei MediaPad M5, LG V30, Boyue T80S, Nexus 7 LTE, K3 3G, Fire HD8
|
Quote:
|
|
10-20-2015, 02:51 PM | #11 | |
Grand Sorcerer
Posts: 11,961
Karma: 7225107
Join Date: Jan 2010
Location: Notts, England
Device: Kobo Libra 2
|
Quote:
Making the change opens the question: what do I do with existing values? The referred-to discussion suggested that:
|
|
10-20-2015, 04:34 PM | #12 |
Well trained by Cats
Posts: 30,409
Karma: 58055234
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
I like the idea of a Line Limit, with some sort of indicator if it is invoked (A brick wall icon? Old time speed governor )
|
10-20-2015, 04:46 PM | #13 | |
Grand Sorcerer
Posts: 5,698
Karma: 16542228
Join Date: Feb 2010
Location: Pennsylvania
Device: Huawei MediaPad M5, LG V30, Boyue T80S, Nexus 7 LTE, K3 3G, Fire HD8
|
Quote:
|
|
10-20-2015, 04:58 PM | #14 | |
Grand Sorcerer
Posts: 11,961
Karma: 7225107
Join Date: Jan 2010
Location: Notts, England
Device: Kobo Libra 2
|
Quote:
I tried setting the Android "ellipsis" feature but it has problems, sometimes showing characters after the ... . This happens because the "read" indicator is sometimes there and sometimes not. Seeing "asd asd asd ... a" just looks strange. Probably I will let Android cut the output however it wants, without ellipsis or other indicators. |
|
10-21-2015, 03:19 AM | #15 | |
Member
Posts: 20
Karma: 10
Join Date: Aug 2012
Location: Limoges : France
Device: Pb touch + android devices
|
Quote:
A work around could be putting somewhere a little sign indicating that trunkating is active. It could even be an on/off function, but this could be confusing for the user who shall first fix the limit and then activate or de-activate it 'on the fly'. Have a good day ! |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
ebook-meta setting the "Identifiers" field | mafrosis | Calibre | 2 | 09-02-2013 04:11 AM |
Change "Last, First" to "First Last" in author field | EricLandes | Library Management | 3 | 11-26-2011 11:23 AM |
Feature Request: configurable space setting for "Insert blank line" in "Look & Feel" | therealjoeblow | Calibre | 15 | 07-25-2011 03:14 PM |
"get feed": max length | alexxxm | Sony Reader | 1 | 01-21-2008 12:56 PM |
"Can't give any comment on release date but..." | jæd | iRex | 59 | 05-31-2006 10:57 AM |