Recent Posts

Pages: 1 [2] 3 4 5 6 7 8 9 10
11
Layout Issues / Re: Measurements Entry issues...
« Last post by Nermander on September 24, 2017, 09:30:24 pm »
I cannot understand what "3p3.5" even means...

Do you mean 3 picas plus 3.5 points? I would write that as "3 p + 3.5 pt" (haven't tried if it works, but seems logical to me).
12
Layout Issues / Re: Measurements Entry issues...
« Last post by a.l.e on September 24, 2017, 08:54:10 pm »
hi portreve

i think you should give exact examples of fields that behave in a way that is different to what expect.

you should tell us what is the default unit for the document (the one in the document settings, not in the preferences), what you type in the measurement box and what you get.

what i know about scribus:

- for most (if not all) you can explicit set the measurement unit and scribus will convert it to the default unit for that field.
- the default unit for the measurement fields is what you set in the document settings...
- except for fields that closely relate to fonts (like the font size) where the default is always pt.

you seem to use the "american picas"... which are not well tested in scribus, since most people tend use mm or inches...
personally, by using mm i never had any surprise when typing units in scribus...
13
Layout Issues / Re: Measurements Entry issues...
« Last post by Portreve on September 24, 2017, 08:41:58 pm »
I'm sorry, but I really don't know how else to explain it.
14
Layout Issues / Re: Measurements Entry issues...
« Last post by utnik on September 23, 2017, 11:56:52 pm »
hi portreve

this is not true! – or i still don't get the point…

i don't change anything in my document settings. i just enter '0.25 in' while the units are set to 'mm' and scribus interprets it correctly as '6.35 mm' (or a quarter of an inch…)

utnik
15
Layout Issues / Re: Measurements Entry issues...
« Last post by Portreve on September 23, 2017, 11:28:42 pm »
hi portreve

my standard setting is:
  • pt for text and the baseline grid
  • mm for all other ojects
but i can always enter numeric values like '3.4 in' or '40 pt' and scribus converts them into mm (or whatever is set as your standard unit…)

maybe i don't understand your problem…

utnik

My problem is that you can't directly enter all possible measurements in any given measurement system. You have to keep changing the measurement system for the document into one of the ones which will correctly allow you to get the physical dimension (or other such measurement-related parameter) that you want. Sometimes, that's mm. Sometimes, it's points. Sometimes, it is decimalized inches. It's really aggravating.
16
Layout Issues / Re: Measurements Entry issues...
« Last post by utnik on September 23, 2017, 10:39:53 pm »
hi portreve

my standard setting is:
  • pt for text and the baseline grid
  • mm for all other ojects
but i can always enter numeric values like '3.4 in' or '40 pt' and scribus converts them into mm (or whatever is set as your standard unit…)

maybe i don't understand your problem…

utnik
17
Layout Issues / Measurements Entry issues...
« Last post by Portreve on September 23, 2017, 08:02:24 pm »
Hello fellow Scribus folk and developers!

I have been actively using Scribus on a regular basis since roughly 1.2.1 or so, and right now I have both 1.4.6 and 1.5.3 installed. The issue has been constant for as long as I've been either tinkering with or using Scribus, and is still expressed in 1.5.3.

Here's the issue: When you want to manipulate measurements in the Properties pallet, your ability to be specific about measurements depends on which unit system you have active at that point. This is frustrating because in conventional DTP software (and here I'm thinking PageMaker, InDesign, and QuarkXPress) you can enter fractional units of equal values no matter which measurement standard you're using.

For example, let's say for technical reasons I need to make a box 3 picas, 3 and one-half points wide. If I type in 3p3.5, it will reject it and turn the box into a width of 0p8.02. If, on the other hand, I have measurement units set to inches, I can absolutely enter a decimalized inch value, at which point if I switch back to picas, the exact measurement I wanted will be displayed.

This sort of issue with measurement values appears to be global. That is, it's not just about X by Y sizes of graphical objects, but will also happen with weight (that is, thickness) of rules (where "rule" in this context means lines and box borders).

Also, and this is sort of tangentally related, when I have an object selected (say, for example, a line or a box) and I want to change the border thickness, the amount by which the border thickness changes depends on which measurement system I'm using. If I'm using points or picas, then the border will change in values of points. But, if I'm in inches, it goes from Hairline directly to 1 inch. And, once again, one has to play around with measurement settings in the document just to make changes to objects.

Because this behavior occurs with clean installations of any version of Scribus thus far used, and to the extent that Scribus is "normal non-coder end user modifiable" I have not in any way made changes to code, or scripts, etc., this clearly must be the software's default behavior, as opposed to something I've somehow unwittingly inflicted upon myself.

So, my question to the community and/or developers is: is there anything I can do to better handle this sort of behavior, or is this something to be addressed further down the development road?

BTW, I absolutely love the UI changes I've so far seen between 1.4.x and 1.5.x. Scribus' dev team has clearly been doing a lot of work, and I just wanted to say how much I appreciate their efforts.

I also have issues with text settings, but that's something for a different post probably.

Portreve

P.S.: This is my first post here.

P.P.S.: Note to Mods... please feel free to move this topic if I've posted it in the wrong area.
18
Raster and Vector Graphics / Re: Reduced DPI issues
« Last post by mnawij on September 23, 2017, 07:50:02 pm »
I have never seen that with tif files, I know that digital jpg files from cameras and phones are always 72dpi at a large dimension 40" x 32" or such depending on the megapixels of the device.  Unless opened first and resized to the right dpi/resolution and size in a photo editor, all that happens is the photo is scaled down at 72dpi inside of indesign, illustrator, etc... can someone confirm that this happens in scribus, maybe I can if I get a free minute???  I am not sure if this is what is happening or not.  Uploading one of the tif files for me to try and recreate your problem would be the next step if you are amenable to that.

mnawij
19
Scribus forums / Re: Scribus Webpage
« Last post by tim_occ on September 23, 2017, 04:30:35 pm »
@Nermander,

I had already years of knowledge in Indesign and DPT workflows before I'm started to using Scribus. That is not the point. :P

In case of Scribus you need your time to figure out where to start (not the software itself). At first I'm trying to help myself and make researches. But often you loose time, and if you are just searching for informations or a new tool which you want to use and you have to figure out where all of these important infos are, it is a no-go in my opinion.

Here some examples:
1. On webpage are no hints about the features of Scribus. As well in the wiki it is hard to find
2. On webpage (contact and support): there is nothing about support
3. On webpage there is no link to the forum (you have to google for it or you have to go to the wiki)
4. In my understanding wiki != manual, so there is no hint about the documentation of the features on webpage
5. Wiki homepage looks like the main resource because of all the cross-links in the header (Scribus Home, Download, Help, Manual, Forums, Bugs, Blog, About) -> At this moment I realized that I should use the wiki instead of finding something on the webpage
6. "Contribute" page on web page is a mess, it explains what you can do, but not how to or you have to search for it (https://www.scribus.net/contribute/)
7. Contribute section in Wiki is well invisible: You have to got to the menu on left side (Development: https://wiki.scribus.net/canvas/Category:Development) and have to find the right topics in the overview.
8. Navigation through the wiki is a mess: In case of english language it is kind of "OK", but try to start on a localized home page, in this case you can't use the menu on left side
9. On webpage click on download -> Windows, why there are mac DMG's and other packages, are the packages for windows too?

Over all, you have so many dead ends in navigation - that is frustrating and is taking your life time.

That is why we have this thread now. :D

In case of resources/tutorials I agree, there a much lesser than e.g. for Blender. But we have the possibility to built a good infrastructure that people are motivated to create new tutorials.

regards,
Martin

20
Beginner Talk / Page templating
« Last post by Antariz on September 23, 2017, 03:36:02 pm »
I've been poking around in Scribus with the intention of creating a short booklet. After some playing around with master pages, these look to be static background layers which can be applied to pages in the file, but have no actual bearing over the style of the pages they're on.

What I'm looking for is a way to define the style of a page for consistency. e.g. I would define a '2 columns with heading' template which I can apply to a set of pages, then with each of those pages insert the appropriate heading and body text. This would enable me to make layout changes after creating all the pages, so if I decide the columns are too close together, or the font needs to change, I can simply update the template and all the pages will reflect the new changes.

There looks to be a way to define font styles at least, but I'm yet to find a way to define a 'page style'.

Any help would be much appreciated.

Cheers,
Antariz
Pages: 1 [2] 3 4 5 6 7 8 9 10
palmate