Navigating and Working in Scribus (Linux Journal)

Posted Nov 17, 2010 16:02 UTC (Wed) by Rob (guest, #29265)
In reply to: Navigating and Working in Scribus (Linux Journal) by pboddie
Parent article: Navigating and Working in Scribus (Linux Journal)

Scribus allows editing of text within frames by double clicking in the frame - at least it did when I last used a pretty
up to date version a few weeks ago. Perhaps the promised future Linux Journal articles will cover this?

Navigating and Working in Scribus (Linux Journal)

Posted Nov 18, 2010 18:36 UTC (Thu) by cantsin (guest, #4420) [Link] (1 responses)

All professional DTP programs have in-frame editing and separate frame text editors - in-frame editing for quick adjustments, the separate editor for major adjustments without continuous reflowing of the text delaying work.

(Again, the comments here are the proof that the Linux community is not familiar with DTP. The complaint about a separate frame editor is comparable to a DTPer complaining about having to compile C programs rather than having them directly executed like Javascript.)

Navigating and Working in Scribus (Linux Journal)

Posted Nov 18, 2010 23:46 UTC (Thu) by pboddie (guest, #50784) [Link]

Again, the comments here are the proof that the Linux community is not familiar with DTP.

Well, maybe this particular member of "the Linux community" thought that the provision of separate frame text editors as the primary input method - the only supported input method in the last version of Scribus I tried (which was admittedly a few years ago) - was as archaic as people believed it to be when products like Impression were released at the end of the 1980s. And yes, I know about text reflowing delays: I made the mistake of writing my degree dissertation in Word and having it want to slowly repaginate everything every few seconds, and it isn't even a proper layout program; I should have learned LaTeX back then rather than later on. The people who wrote Impression were well aware of the performance issues, although their rabid adherence to assembly language programming didn't always contribute to their product's stability.

Oh, and on RISC OS you could at least drag and drop content in and out of frames if you wanted separate editing facilities, although the formatting language in Impression was somewhat poor. I go on about this from time to time because there are plenty of areas where the major desktop platforms compare quite badly even to archaic platforms.