10-13-2012, 01:50 PM | #1 |
Wizard
Posts: 1,065
Karma: 858115
Join Date: Jan 2011
Device: Kobo Clara, Kindle Paperwhite 10
|
Limit on post size ?
Hi. Is there a limit on the size of a large post? I've been frequently adding content to a post. It's approaching 180 KB.
|
10-13-2012, 06:26 PM | #2 |
Booklegger
Posts: 1,801
Karma: 7999816
Join Date: Jun 2009
Location: Toronto, Ontario, Canada
Device: BeBook(1 & 2010), PEZ, PRS-505, Kobo BT, PRS-T1, Playbook, Kobo Touch
|
There may not be an official limit, but anything more than a few paragraghs will quickly get a Too Long; Don't Read label. If you must include all that, make it an attachment after a brief introduction. Long posts take way too much effort to scroll through.
|
10-13-2012, 06:59 PM | #3 |
Wizard
Posts: 1,065
Karma: 858115
Join Date: Jan 2011
Device: Kobo Clara, Kindle Paperwhite 10
|
Yeah, I know. Sigh.
|
10-14-2012, 12:23 AM | #4 |
US Navy, Retired
Posts: 9,864
Karma: 13806776
Join Date: Feb 2009
Location: North Carolina
Device: Icarus Illumina XL HD, Nexus 7
|
This isn't quite the same as the posts unboggling is talking about. His posts are more of a "how to" that are well broken up and labeled for easy viewing.
|
10-14-2012, 04:38 AM | #5 |
eBook Enthusiast
Posts: 85,544
Karma: 93383043
Join Date: Nov 2006
Location: UK
Device: Kindle Oasis 2, iPad Pro 10.5", iPhone 6
|
But surely it would be better as a series of posts, with one post per topic, would it not? 180k in a single post seems a little excessive to me, especially for those reading on mobile devices.
|
10-14-2012, 10:37 AM | #6 |
Fully Converged
Posts: 18,163
Karma: 14021202
Join Date: Oct 2002
Location: Switzerland
Device: Too many to count here.
|
180KB of text content in a single post? WOW! That's quite a record.
At this point it'd be a good idea to consider splitting up the post into multiple ones. Would the content be suitable as how-to content for the Wiki? |
10-14-2012, 12:47 PM | #7 |
Wizard
Posts: 1,065
Karma: 858115
Join Date: Jan 2011
Device: Kobo Clara, Kindle Paperwhite 10
|
This is the post: How I Manage eBooks with calibre
I revise it frequently, usually daily. I could do it as one attachment to a short post, but that is not really practical with the frequency of revision. I think having to download it to read it might annoy some potential readers more than one big post, particularly if they are aware of the frequency of revision. Splitting it into 2 or more posts is doable. I've been thinking about that. But how split should it be? Should it be 2 posts each 90 KB? Should it be 4 posts of 45 KB? Should it be 9 posts approx 20 KB? 36 posts at 5 KB? What is a reasonable limit for the size of each post? Wouldn't a large number of small posts with lots of links pointing back and forth between them all be a lot more annoying than one big post? Particularly for anyone reading those posts on a mobile device? Also it doesn't seem practical to have to revise content across so many different linked posts, rather than one post, at this frequency of revision. Regarding wiki, in my opinion that's not practical either. The target audience is calibre users who want examples of how someone does specific things. Not the general public who might stumble across a wiki article. I suppose I could link from a small post in calibre forum to one or more wiki articles. But this would move the content away from its calibre-user audience. I think the number of views/hits would decrease significantly. Rather than do any of the above, I think I'd rather redo it as a separate independent web site. Linked to from a post in calibre forum. I'd been trying to avoid that solution because it seemed foolish to move the content away from its audience, people browsing calibre forum or people searching the forums. But this is an attractive solution in that it gives me more freedom for layout and formatting, plus allows internal links. Attachment size limits are 1 MB for TXT, 5 MB for DOC, and 20 MB for EPUB, PDF, or ZIP. But what is the limit for the size of a post? I'm open to any other ideas or advice. Last edited by unboggling; 10-14-2012 at 01:10 PM. |
10-14-2012, 01:06 PM | #8 |
Scholar
Posts: 1,008
Karma: 3999312
Join Date: Aug 2008
Location: Denmark
Device: Kobo Libra H2O + iPad Air 4
|
Looks to me to be a perfect thing for the Mobileread Wiki.
|
10-14-2012, 01:52 PM | #9 | |||
Fully Converged
Posts: 18,163
Karma: 14021202
Join Date: Oct 2002
Location: Switzerland
Device: Too many to count here.
|
Quote:
The good news is we don't have a set limit. So if it's almost 200 KB, that's not a problem, as long as it is still usable from a user's perspective. Quote:
Quote:
Last edited by Alexander Turcic; 10-14-2012 at 01:58 PM. |
|||
10-14-2012, 01:52 PM | #10 | |
eBook Enthusiast
Posts: 85,544
Karma: 93383043
Join Date: Nov 2006
Location: UK
Device: Kindle Oasis 2, iPad Pro 10.5", iPhone 6
|
Quote:
|
|
10-14-2012, 04:35 PM | #11 | ||||
Wizard
Posts: 1,065
Karma: 858115
Join Date: Jan 2011
Device: Kobo Clara, Kindle Paperwhite 10
|
Quote:
Quote:
Quote:
Con for wiki article alone. Anyone can edit a wiki article, which seems unsuitable and unmanagable from my point of view, because the content is intentionally tailored to how I do things as a framework for very specific examples. Con for forum post alone. Awkwardness of spoilers/searching. Awkwardness of scrolling, I don't consider a con - if it's too much trouble to scroll, don't read it, and a big wiki article would also require scrolling. Pro for content on forum and wiki. The wiki content might get additional audience. Con for content on forum and wiki. The markup for forum post and wiki article are entirely different. So unless there is a tool or script for converting markup from bbcode to wiki, each of the frequent revisions would require twice the work for formatting. I'd want to keep the formatting as simple as possible to switch from one type of markup to another, so taking advantage of the additional complexity of wiki markup wouldn't be a benefit. I suppose I could write a script. Quote:
First, I haven't seen anything like the "How I Manage…" post on the MR Wiki. Second, a wiki article editable by anyone would need a different and multiple-user framework, in which various users could enter their own examples. Since calibre is so flexible and answers different needs for various users, a multiuser framework would be a very different kind of document. Incorporating specific examples from multiple users would engender a lot more confusion. I have a hard time imagining that being as useful as a document that covers examples of needs, strategy, workflow, etc of just one user. Last year I tried to accommodate every user and every case in specific workflows, and that just didn't work. Which is why I let it evolve toward how one person does things. Is how one person does things suitable content for a wiki? It is specific how-i, not generic how-to. Last edited by unboggling; 10-14-2012 at 05:13 PM. Reason: clarify |
||||
10-15-2012, 04:51 AM | #12 |
frumious Bandersnatch
Posts: 7,516
Karma: 18512745
Join Date: Jan 2008
Location: Spaniard in Sweden
Device: Cybook Orizon, Kobo Aura
|
I believe you can have a user page, which should be only editable by you. Once you log in the Wiki, click on your username (top, leftmost item) and then you can create your user page if it doesn't exist. Check mine: https://wiki.mobileread.com/wiki/User:Jellby
Con: You have only 1 page, I guess. |
10-15-2012, 06:37 AM | #13 | |
Wizard
Posts: 1,065
Karma: 858115
Join Date: Jan 2011
Device: Kobo Clara, Kindle Paperwhite 10
|
Quote:
|
|
10-15-2012, 07:14 AM | #14 |
US Navy, Retired
Posts: 9,864
Karma: 13806776
Join Date: Feb 2009
Location: North Carolina
Device: Icarus Illumina XL HD, Nexus 7
|
|
10-15-2012, 07:14 AM | #15 | |
Fully Converged
Posts: 18,163
Karma: 14021202
Join Date: Oct 2002
Location: Switzerland
Device: Too many to count here.
|
Quote:
I guess as long as unboggling's content is so frequently updated, it's probably best to stick to the editing forum post. It stays fresh and easily noticeable for everyone there. |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
SD Card-Size Limit? | hilaryfrompa | enTourage eDGe | 8 | 01-15-2012 01:46 PM |
Is there a size limit for TOC.ncx? | osnova | Kindle Formats | 10 | 10-21-2011 01:41 AM |
Practical size limit on epubs | bobcdy | ePub | 4 | 11-13-2010 04:13 AM |
Size limit on PDFs? | tench | Sony Reader | 4 | 06-24-2009 06:48 PM |
PDF size limit | sic | Sony Reader | 14 | 07-15-2007 04:50 AM |