Melody
Banned
- 6,454
- Posts
- 20
- Years
- Cuddling those close to me
- Seen Mar 4, 2018
Currently our color tag is [color=<value; either color name or hex value>][color]
This gets a little sticky when editing usertitles; as it doesn't allow for many characters to be colored; which makes fun things like gradient text a little hard to pull off given the current, apparent limit of 250 characters in the usertitle field. Not sure if that's truncated on the POST to the SERVER by some JS or if that's being truncated programmatically by the server.
Now I'm not advocating any increase of said limit. Just a properly "minified" color tag like [c] or [cl] to; hopefully reduce the overhead and allow the field to be used accordingly. As of now; a hex color occupies 24 characters to express properly to the parser. A single character hex color code would only occupy 16 characters. That'd reduce the pain a little bit.
My only other known solution to the problem would be to increase the character limit to like 600; which while being a simpler solution, could possibly allow for perhaps a break in postbit or other odd behaviors. However my observation on this has been simply that it seems the postbit can take care of itself and enforce truncation if someone's is too long for their view. I've seen it do so at least on some styles. I'm not sure exactly how that code behaves but if making it behave that way wouldn't require too much code; it might be neat to implement with that.
I however understand there could be some hesitation to increase character limit...so that's not required; but it could be something done in tandem with mirroring the [color] code to also respond to [c]
Additionally if there's a trick I'm missing out on; please explain it to me. I'd dearly love to text gradient without generating an image file.
This gets a little sticky when editing usertitles; as it doesn't allow for many characters to be colored; which makes fun things like gradient text a little hard to pull off given the current, apparent limit of 250 characters in the usertitle field. Not sure if that's truncated on the POST to the SERVER by some JS or if that's being truncated programmatically by the server.
Now I'm not advocating any increase of said limit. Just a properly "minified" color tag like [c] or [cl] to; hopefully reduce the overhead and allow the field to be used accordingly. As of now; a hex color occupies 24 characters to express properly to the parser. A single character hex color code would only occupy 16 characters. That'd reduce the pain a little bit.
My only other known solution to the problem would be to increase the character limit to like 600; which while being a simpler solution, could possibly allow for perhaps a break in postbit or other odd behaviors. However my observation on this has been simply that it seems the postbit can take care of itself and enforce truncation if someone's is too long for their view. I've seen it do so at least on some styles. I'm not sure exactly how that code behaves but if making it behave that way wouldn't require too much code; it might be neat to implement with that.
I however understand there could be some hesitation to increase character limit...so that's not required; but it could be something done in tandem with mirroring the [color] code to also respond to [c]
Additionally if there's a trick I'm missing out on; please explain it to me. I'd dearly love to text gradient without generating an image file.
