Neonurotic
Share some skin
- Joined
- Apr 22, 2011
- Posts
- 1,405
Anyone know the character/word limit for a story title?
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Tested it. And dammit it doesn't fit. I guess I can use the Description text box for the other half of the title.
Be careful of titling stories. If it's a multi-chapter story, it's the title that goes in sequence. Change the title in any way and the chapters won't be in order.
It's just a standalone story so I think it may work.
I'm wondering if it's a measured length issue or exact characters. If measured length, the cut off would be "around" 60 characters, because the font used is proportional, which means something like a lower-cased "l" and an apostrophe would take up a fraction of the space that a capital "M" would take up.
I tested it with both lower-case and all caps -- 60 characters either way.
I tested it with both lower-case and all caps -- 60 characters either way.
Actually, a 60 character limit makes me wonder what they use the other four bytes of a 64-byte standard text input string/long filename for.I'm wondering if it's a measured length issue or exact characters. If measured length, the cut off would be "around" 60 characters, because the font used is proportional, which means something like a lower-cased "l" and an apostrophe would take up a fraction of the space that a capital "M" would take up.
Actually, a 60 character limit makes me wonder what they use the other four bytes of a 64-byte standard text input string/long filename for.
Uh, it's 60 characters or a width of 35 W's.
It's surprising how many presentation "rules" are still set up on the basis of a typewriter rather than a computer.
I don't know about "presentation rules, but 64-byte strings (60 characters plus a DWord (Long Integer) length indicator) or 128-byte string formats are the result of how information is stored on disk -- specifically how information is stored in file headers and pointers.
Many of the limitations are the result of M$oft's dominance of the market because they are holdovers from DOS and early versions of Winblows.
Yes, precisely, many of the limitations we use now are set by older systems, not because they need to be that way now.
But the limitations imposed by storage don't limit presentation of the information stored. The limitation on "presentation" is imposed by the effort required to program more versatile text handling routines.
To change the way that most modern programming languages handle strings/text would require re-writing the programming languages from scratch instead of building upon existing routines and objects. As long as the programming language has existing string-handling/text handling routines, programmers will be mostly) limited to the input parameters of those strings.
"Standardized" ways of handling different issues isn't all bad; CTRL-F in almost any program will invoke the "Find" function, for example. Almost every program written in any given programming language will use the same library of commands; learning one program written in that language is learning the basics of every program written in that language -- unless somebody paid their programmer extra to change the way some command works.