Mantis Issue Tracking for Scribus
· Hosting provided by Anduin.net / Øverby Consulting ·

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000168ScribusStory Editor / Text Framespublic04-Jan-15 07:1212-Oct-28 10:48
Reporterestebandido 
Assigned To 
PrioritynormalSeverityfeatureReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0000168: single click should place text cursor
DescriptionThe user must click twice to place the cursor in text-edit mode - once to activate the frame, and once to place the cursor. This is confusing. The first click should place the cursor.
TagsNo tags attached.
Attached Files

- Relationships
has duplicate 0001114closedringerc Full-time access to *edit content* tool 
has duplicate 0001293closed Getting the caret into a text frame requires too many mouse clicks. 
related to 0002407acknowledged Metabug: Misleading and wrong cursors 
related to 0003157acknowledged Metabug: Cursor placement fixes 

-  Notes
(0000230)
ale (manager)
04-Jan-15 17:35

but, then you wouldn't be able to select a text frame anymore! or am i missing something?
(0000231)
cbradney (administrator)
04-Jan-15 17:42

you would have to click on the line. we havent discussed this one.. not sure about it yet.
(0000232)
estebandido (updater)
04-Jan-15 17:57

The frame could still be selected in Move mode. There's no reason to select an entire frame in Text Edit mode, because by definition, you don't work with frames in Text Edit mode, you work with text.
(0000233)
ale (manager)
04-Jan-15 18:19

ok, i admit that i never used the text tool... but i see the "bug" if you click with the text tool activated, the text frame becomes directly editable but the cursor is still at the last place you were when editing that frame.

but it could also be a feature ;-) if you switch between many frames you know that you will be back to the last position you were editing without having to point exactly at the right caracter...

so, i'm confortable with the idea that with the move pointer selects the frame and the editing pointer places the cursor...
(0001187)
plinnell (administrator)
04-Apr-25 17:01

Changing this to feature request.

The current behavior is consistent and works.

Text selection has had many improvements. Candidate for wontfix ?
(0002305)
ringerc (administrator)
04-Sep-05 21:34
edited on: 05-Jun-23 09:30

I think click-on-frame is pretty painful when you're working on arranging objects. The move/edit tool mode system in apps like Quark does not impress. It might be nice to support a modifier-click to go into edit mode at the chosen location, however, as this is easier to perform quickly and accurately than a double click on a fine target.

To clarify: Argh, please don't make single-click-to-edit the default, but modifier-click-to-edit might be useful.

(0005641)
alexandre (developer)
05-Jul-19 14:24

ringerc: what modifier do you imagine?
(0005642)
alexandre (developer)
05-Jul-19 14:26

Actually, I see no probs with autoentering text frame in text mode. This behaviour works perfectly in modern Inkscape. No confusions, no issues whatsoever.

If anyone wishes to select a text frame, he can just switch to selection tool.
(0009900)
mhanski (developer)
06-Apr-13 21:03

Planned in Roadmap Extras http://wiki.scribus.net/index.php/1.3.x_Roadmap_Extras [^]
with no ETA

Changing the status to acknowledged
(0018939)
louisdesjardins (developer)
08-Feb-10 03:35

Quote <I think click-on-frame is pretty painful when you're working on arranging objects.>

I disagree.

I don't understand why bug 0001114 was closed. Maybe only because of bad wording on my part. But ok. Maybe the reporter of this actual bug had the same thing in mind as I did. Not too sure about the explanation though.

When a user selects a tool, we must assume he knows what he's doing. If I select the content tool, I want to edit an image or a text, I expect to have full access to this tool until I decide to do something else, such as move things around. I might want to edit the content of 3 text frames and 2 image frames one after the other. This is stuff we do everyday! I need full time access to the content tool. I certainly don't want to waste my time with back and forth trips to the toolbar to first select a frame, then go to the content tool... (and repeat for the 2nd frame, the 3rd, etc.).

I hope we can raise this, if possible! :) With all respect due, I know for a fact the actual behavior is enough to discourage quite a few power users.
(0022482)
JLuc (updater)
09-Sep-12 15:50

i agree with :

"I certainly don't want to waste my time with back and forth trips to the toolbar to first select a frame, then go to the content tool... (and repeat for the 2nd frame, the 3rd, etc.)."

and with :
"the actual behavior is enough to discourage quite a few power users."
(0024215)
louisdesjardins (developer)
10-Jun-25 04:16

Reminder.

This bug report was created at the beginning of year 2004 and we’re still struggling with this. I don’t think we even need to discuss for a long time. We have all the reasonnings we need here.

Is this fixable? If not, what do we need to fix it?
(0024223)
christoph_s (administrator)
10-Jun-25 05:21

>>>If not, what do we need to fix it?

Probably Andreas finishing his rewrite of the text engine.

Personally, I'd also prefer a modifier click, as suggested by ringerc. The latter may be doable a lot easier and more consistent with the behaviour of other frames.
(0024225)
estebandido (updater)
10-Jun-25 05:52

You know, after six years, I can let this one go. I'll focus on other things. I got a couple ready to go...
(0024229)
louisdesjardins (developer)
10-Jun-25 13:47

>>>Probably Andreas finishing his rewrite of the text engine.

Is this so closely related to the text engine it has to wait until it is rewritten? I was under the impression it’s a decision on when to get a tool active.

Like estebandido says... after six years...
(0029109)
ale (manager)
12-Oct-28 10:48

works correctly in 1.4.2
(i will open a new ticket for a side issue)

- Issue History
Date Modified Username Field Change
04-Jan-15 07:12 estebandido New Issue
04-Jan-15 17:35 ale Note Added: 0000230
04-Jan-15 17:42 cbradney Note Added: 0000231
04-Jan-15 17:57 estebandido Note Added: 0000232
04-Jan-15 18:19 ale Note Added: 0000233
04-Apr-25 17:01 plinnell Note Added: 0001187
04-Apr-25 17:01 plinnell Severity minor => feature
04-Apr-25 17:01 plinnell Status new => feedback
04-Sep-05 21:34 ringerc Note Added: 0002305
05-Jun-23 09:30 ringerc Note Edited: 0002305
05-Jul-19 14:24 alexandre Note Added: 0005641
05-Jul-19 14:26 alexandre Note Added: 0005642
05-Aug-09 18:23 ringerc Relationship added has duplicate 0001114
06-Feb-04 01:12 jo-hannes Relationship added has duplicate 0001293
06-Apr-13 21:03 mhanski Note Added: 0009900
06-Apr-13 21:03 mhanski Status feedback => acknowledged
07-May-23 21:42 christoph_s Relationship added related to 0002407
07-May-23 23:23 christoph_s Relationship added related to 0003157
08-Feb-10 03:35 louisdesjardins Note Added: 0018939
09-Sep-12 15:50 JLuc Note Added: 0022482
10-Jun-25 04:16 louisdesjardins Note Added: 0024215
10-Jun-25 05:21 christoph_s Note Added: 0024223
10-Jun-25 05:52 estebandido Note Added: 0024225
10-Jun-25 13:47 louisdesjardins Note Added: 0024229
12-Oct-28 10:48 ale Note Added: 0029109
12-Oct-28 10:48 ale Status acknowledged => closed
12-Oct-28 10:48 ale Resolution open => fixed



Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker