Comments (7)
The user who reported this to support@ found that their text was trapped in a much skinnier width than mine is, so the title of the bug report may seem like exaggeration, but I believe it accurately expresses the intent of the person who originally reported it to support@.
from etherpad-lite.
This appears to be happening here:
https://github.com/kentonv/etherpad-lite/blob/sandstorm/src/static/js/contentcollector.js#L718
This forces a wrap at 2000 characters. You can actually go back and delete the newline to get the line longer than 2000 chars again, but as soon as you edit the line, it breaks again.
Possibly our friend on support@ ended up with multiple breaks because he went back and added more text earlier in the paragraph, causing the end of the paragraph to be repeatedly chopped off.
2000 chars seems like a weirdly low limit for a paragraph. But Etherpad was originally meant to be a code editor, I think. Perhaps this limit goes all the way back to AppJet days. It does appear to go back to the first days of etherpad-lite.
It's weird that none of us have run into this problem before.
Probably, we can increase the limit, though the comments around it suggest that making it infinite would be problematic. What would be a good number?
from etherpad-lite.
4096000 seems like a good number. What are the trade-offs involved?
from etherpad-lite.
I went and read the source. Thank you for the link, btw!
https://developer.mozilla.org/en-US/docs/Web/API/Document/designMode doesn't show me much about design mode's performance trade-offs. I think little is documented about the performance trade-offs.
I think my friend @RoanKattouw might have more input on this, since he used to work on the Wikimedia Foundation's VisualEditor. Roan, how bad would it be if we have a 4096K-byte line in designMode? :)
from etherpad-lite.
What if I were to tag @dgreensp and ask him since it looks like this code may be so old that he may have written it? :D
David, do you remember why Etherpad limits lines to 2000 characters? Is this limit likely obsolete these days?
from etherpad-lite.
I wrote this code. :)
The limit was originally put there with unwrapped documents in mind. The relevant case is:
- User pastes in some giant text, with no line endings
- Document is not in wrap mode, so the text appears on one line that extends very far to the right-- hundreds of thousands of pixels
- Firefox used to crap out when coordinates exceeded 32k pixels, because it positioned platform-native widgets in 16-bit coordinates. It also seemed unlikely that the user really wanted such a ginormous line.
A low limit shouldn't be necessary from a technical standpoint.
from etherpad-lite.
Hooray! Since Etherpad on Sandstorm almost always operates in wrapped mode I suppose we should simply remove this limit.
from etherpad-lite.
Related Issues (20)
- Comment threads don't get updated correctly HOT 2
- Comments at end of long document are very hard to interact with HOT 1
- Comments are unusable at window widths < ~950 pixels HOT 1
- Migration from dirty.db seems to have bitrotted HOT 1
- Twitchy comment boxes under certain layouts HOT 1
- Missing authorship information HOT 3
- Include comment text in body of app activity events HOT 1
- Minor design quibble: Clicking in the comments box results in its background color changing HOT 2
- Restoring line numbers HOT 2
- Pad settings don't persist past a browser refresh HOT 5
- User profile icon doesn't display initially
- authorship misalignment HOT 3
- Doing Ctrl-B, then typing, doesn't result in bold text, despite ep_sticky_attributes HOT 2
- In Safari on a Mac, using keyboard arrow keys doesn't result in scrolling HOT 1
- Formatting works in "Read-Only" mode, but doesn't save. HOT 5
- Word count plugin
- Crashes completely on new firefox browser HOT 6
- Printing has no text on any but the first page HOT 1
- April 7th Security Release for Etherpad HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from etherpad-lite.