Scribusoid

Recent Posts

Pages: 1 2 3 4 5 6 [7] 8 9 10
61
User Interface / Re: Url & links
« Last post by GarryP on March 20, 2017, 03:27:15 pm »
Some nice suggestions from utnik there.

For differentiation between link types (web, email, etc.), I would say that a tabbed dialog would be a reasonable first implementation. One tab for a web URL, one to add an email address (automatically adding the mailto), one to reference a external file, and one to link to something in the current document. I don't think it needs to be anything more complicated than that but I'd be interested in hearing about better ways of doing it.

One other thing that does come to mind is PDF Annotations. These are already a way of linking external/internal resources to certain types of Scribus objects. Would PDF Annotations be kept alongside hyperlinks or would they "merge" into one single thing? I don't know enough about the PDF specification to say how they work. It would be nice if there was just one dialog that the user could use, either for both things or modified to be used for each. It would be even better if the user didn't really need to know about PDF Annotations and just called all of these things "links" and didn't have to worry about any differences. Not "What sort of annotation/hyperlink do I need to use?" but more like "There, I just added a link, easy".

utnik: Could you explain what you mean by "unmarked" hyperlinks please? Do you mean URLs in the text that are not formatted as links, or hyperlinks that have no destination, or something else? (Just so I know if we are talking about the same thing.)

I'm not sure if I like the idea of using automatically applied styles for hyperlinks. Unless Scribus creates the styles on the fly - creating a character style from the formatting of the text and keeping it updated - it would have to apply a default style which will probably not be formatted the same as the rest of the text. The user would then have to go in and change the style formatting to match the text.

And then if there's a hyperlink in two bits of text that have different formatting, what happens then? If there's one hyperlink style then it's not going to match at least one of the bits of text a hyperlink is in. Or if you create multiple styles - one for each different formatting - then you could end up with lots of styles, some of which might be useless as the user has changed the formatting of the text. And then, if the user changes the formatting of the text that the hyperlink is in, how does Scribus then change the style to match? It would be a nightmare. And that's if the user is used to using styles. If they don't know how to use styles then all bets are off.

Linking the way hyperlinks are shown to the user by using styles would, in my opinion, be a very tricky thing to get right and whatever is done might be very confusing to the user (and not just beginners). That's why I suggested putting a box around the text instead. Something simple like in my attached screenshot would be fine. Scribus already knows how to draw a box round the text - that's how you know which text is selected - so it shouldn't be too difficult to reuse the code that calculates where to draw the hyperlink box.

As for intersections of hyperlinked text, I would say that it might be easier for Scribus to just override anything that already exists.

By way of example, say you've got some text "Hello to all Scribus users" and you add a hyperlink to "Scribus" the link would be (linked text shown in bold) "Hello to all Scribus users". Then if you selected "all Scribus" and gave it a link then the link would be "Hello to all Scribus users" linking to the new resource. If you then selected "l Scri" and gave it a link the link would now be "Hello to all Scribus users" linking to the new resource. Then if you created a link on "to all Sc" you would now have a link like "Hello to all Scribus users". Essentially if the selected text is part of - or intersects with - text that has a hyperlink then the new hyperlink overrides the existing link. I've tried to illustrate it better in my other screenshot. (Edit: I've mistakenly omitted the first instance but I think it's still clear enough.)

 It's a bit simplistic and might not cover every possible need but it's easy to understand. Much easier than having embedded or overlapping links.
 
 If I've misunderstood any of what has been said then please tell me.
62
User Interface / Re: Url & links
« Last post by utnik on March 20, 2017, 01:36:01 pm »
hi ale

i have some additions to garry's suggestions.

A simple modal dialog can then pop up (possibly using the Qt WebEngine Widget) where the user can browse to the required page - or manually enter a URL - and then they OK the dialog which then closes.

this dialog could differentiate between:
  • web
  • email
  • a file
  • an anchor point in the actual file
Quote
One issue that springs to mind is how the user can be shown that a hyperlink is allocated to a piece of text. In other words, what (if any) formatting could be automatically applied to the text without messing up the user formatting? I don't think Scribus should change the text formatting so would putting a box round the text be reasonable? (The preview mode would also need to change/remove whatever automatic formatting is applied to show the real formatting.)

a warning for unmarked hyperlinks might be useful. (but i'm not sure, what's best here…)
  • scribus could support something like automatically applied styles (i.e. a character style called 'hyperlink' which will be applied automatically as long as the user doesn't prevent it in some way.)
  • the preflight verifier could check for unmarked hyperlinks.
(both of them are difficult with other active areas than text…)
to test a link (go to the target) the user has to press a modifier key (i.e. ‚ctrl‘) while clicking the active area.
as the active area can be any selection of characters and/or other objects, there are some special situations:
when i try to apply a hyperlink to a selection
  • which is part of the active area of another hyperlink
  • which contains the active area of another hyperlink
  • which intersects the active area of another hyperlink
…scribus should at least warn me – and, if possible, provide the following options:
  • cancel the action
  • delete the existing link while adding the new one on the actual selection
  • adding the new link wihle keeping the existing one by excluding the smaller active area from the bigger one. (doesn’t work with intersecting areas…)
i know that i just opened a big bottle – so it might be better to skip some of my suggestions instead of making an eternal story out of it…

utnik
63
User Interface / Re: Url & links
« Last post by GarryP on March 20, 2017, 11:43:35 am »
I'll start the ball rolling by suggesting this...

Add a sub-menu to the context-sensitive (right-click) menu called "Hyperlink". Add three items to this sub-menu as "Add...", "Change...", and "Remove".

To add a hyperlink:
* Select the text;
* Right-click the selected text;
* Select "Hyperlink -> Add...".

A simple modal dialog can then pop up (possibly using the Qt WebEngine Widget) where the user can browse to the required page - or manually enter a URL - and then they OK the dialog which then closes.

To change a hyperlink:
* Select text with hyperlink (or right-click on hyperlinked text);
* Select "Hyperlink -> Change...".

The same dialog as before would pop up and the user can change the URL.

To remove a hyperlink:
* Select text with hyperlink (or right-click on hyperlinked text);
* Select "Hyperlink -> Remove".

The hyperlink would just be removed. No need to get confirmation; if you remove it by mistake just press Undo.

It's not particularly sophisticated but it does the job and is easy to understand for most people.

An alternative would be to allow the user to build up a "dictionary" of URLs for the document which can be picked from as required. This would be useful for people who need to do changes en masse but might be going a bit too far for the average user.

One issue that springs to mind is how the user can be shown that a hyperlink is allocated to a piece of text. In other words, what (if any) formatting could be automatically applied to the text without messing up the user formatting? I don't think Scribus should change the text formatting so would putting a box round the text be reasonable? (The preview mode would also need to change/remove whatever automatic formatting is applied to show the real formatting.)
64
Text and Typography / Re: Italic update?
« Last post by GarryP on March 20, 2017, 10:58:16 am »
Scribus doesn't "own" or "have" any fonts; it only uses the fonts which are installed on your machine. How you get fonts installed depends on your OS and is described well elsewhere on the web.

If you want to use an italic version of a font - or a bold version, or whatever other variant - in Scribus you need to have an italic version - or whatever variant - of the font installed (or in the same folder as the document you're working on).

If you have an italic version of the font installed and it's not available from the PP then either it has been manually disabled in the Fonts Preview dialog or Scribus has seen a problem with the font and has automatically disabled it. (The reasons for automatic disablement are too varied to go into here.) Fonts that have been disabled in Scribus - either manually or automatically - are still available to other applications, they're just not available in Scribus.

The "Set" and "Default" buttons in Fonts Preview are just there to change the preview text. "Set" makes the preview use the sample text typed in the nearby text box and "Default" makes the preview use a default sample text. They have no other purpose, as far as I know.

More font resources you can try:
* https://wiki.scribus.net/canvas/Useful_Free_Resources
* https://wiki.scribus.net/canvas/Font_Tools_and_Resources
65
PDF Generation / Re: WEBMASTER EMAIL IS NOT VALID
« Last post by GarryP on March 20, 2017, 10:27:03 am »
The maximum size and number of attachments is shown at the bottom of the "pop out" when you click on "Attachments and other options":
Restrictions: 5 per post, maximum total size 4096KB, maximum individual size 2048KB
66
User Interface / Url & links
« Last post by a.l.e on March 20, 2017, 12:01:30 am »
After a long process, I think that I have a breakthrough with the markdown importer.

And once I can import my manuals, I will probably also want to create Epubs out of it...

And then I think it's time for Scribus to have (real) hyperlnks!

Can anybody find a good UI/interaction for the links?
67
User Interface / Re: Scribus UI/UX improvements
« Last post by CGood on March 19, 2017, 08:38:37 pm »
Martin says: "I think the UI should support both small and large screen sizes."

Agreed.
68
User Interface / Re: Scribus UI/UX improvements
« Last post by CGood on March 19, 2017, 08:34:45 pm »
I apologize for my digressions on the hierarchy of objects and properties. My goal was to understand the nested Russian dolls of nature of program objects and object properties. But after all that, I don't think it revealed anything to me that everyone else didn't already know. My understanding just felt fuzzy and unclear. And I didn't feel like I could stand behind any hierarchical scheme of controls until the  big picture fell into place. I think Martin and GarryP probably everyone understood the big picture better than me.For what it's worth I post my scheme below. There will be no great revelations.

My perspective of the hierarchy of Scribus objects - from user level:

The objects one uses to build documents starts at the page level, and then below that are frames (and framelike objects - lines), and then below that live the contents.

In more detail:

1)     Top level - Pages - which can contain frames (and lines) - i.e. there are particular Page properties even when no frames exist. Page properties would be Number + Size >>>     Pages can contain frames or be blank

2)     Second level - Frames  - which can contain their kinds of contents - but there are frames properties even if there are no contents. All Frames have XYZ - Size - Location - Orientation - Layer - Level properties and while a frame with no contents is silly, it is possible and has frame properties.

3)     Third level - Contents of frames - in the case of text contents the immediate contents are text and paragraphs. Frame contents are particular to the type of frame.

                 Image Frames - Image Frame contents are image files and have particular image file rendering properties, i.e. scaling.
                 Text Frames - Text Frame contents are constructed from text and paragraphs and have particular types of text and paragraph properties. Text frames seem to be the most complex objects in Scribus. here is where breaking up elementary and advanced properties make most sense.
                 Shape Frames - Color/Fill/Stroke
                 Table Frames - Tables have their particular table types of contents properties.
                 Render Frames - Render Frames have their particular types of contents properties.
                 Lines are frame like - Color/Fill/Stroke and have their particular Line properties.
69
Ciao A.L.E.

Good to know, I look forward to test the 1.5.3, thanks!
70
Layout Issues / Re: Deleting or Removing a Custom Template
« Last post by utnik on March 19, 2017, 01:45:17 am »
hi john

…What you see in the screen shot is the information I entered to try to make it as specific as possible before hitting change.  The second half of the screen shot shows what pops up then.

you may have entered a non existing path!
either you create the folders in your file system and navigate to them in the window on the right of your screenshot, or you navigate there and create the missing folders on the fly with the 'new folder' button on the lower left corner of the window.

this is not scribus specific stuff – it's the way the finder (and other file managers) works.

utnik
Pages: 1 2 3 4 5 6 [7] 8 9 10