Recent Posts

Pages: 1 ... 3 4 5 6 7 8 9 [10]
Text and Typography / Re: Issue: Text field's mysterious changing dimensions
« Last post by a.l.e on October 05, 2019, 11:16:12 am »
hard to say, without seeing the table...

can you paste it in a new .sla file and upload here that document?
Text and Typography / Re: text import problem
« Last post by fmclpeaca on October 05, 2019, 10:55:15 am »
Thanks for your help.
I don't speak english well, so it's difficult for me to explain you.
In the attachement, you will see three steps : libreoffice file, then import in srcribus, at last how is the text in scribus.
The text is black and orange, italic or not. The caracters styles are import from libreoffice in the scibus list, but the texte has no style. So, if I can't to modify the whole orange italic text. I have to change sentence by sentence to apply scribus style, or libreoffice imported style.
Hoping that this explanations (and pictures) provides a better understanding...
General Discussion / Re: Is it possible
« Last post by a.l.e on October 05, 2019, 10:47:35 am »
Indeed, not my business.


P.s.: It's not creating "education games" that is going too far, it's creating them as a PDF that feels so wrong. And now, I'm 100% sure: You cannot do that with Scribus.
Features / Re: Suggestion: link the texts to their source (such as pictures)
« Last post by fmclpeaca on October 05, 2019, 10:33:05 am »
Thank you for your answers !
May I suggest you, in the epub project, to take care off the caracters styles (italic, sup...) and not only the paragraph styles (Heading1, Heading2, quotation...). It would be very helpful.

I can't help you for the code because I'm stupid in front of code, but I can test everything as a user.
It the the only way I can do something improve scribus.
Call me if necessary.
Text and Typography / Issue: Text field's mysterious changing dimensions
« Last post by Onceler on October 05, 2019, 07:54:13 am »
I'm using Scribus version 1.5.5 on Ubuntu 18.10.

I created a table using the table tool. All of the cells in this column have center-aligned text, but in one cell (labeled "Steal"), the center line does not appear to be in the same place as the other cells in the column.

Weirdly, if I decrease the size of this text enough, it snaps back into place, as if the width of the field has increased.

If I take that same small text and right-align it, it snaps properly to the far right of the cell...

But, while right-aligned, I increase the size of the text back up again (to match the size of other cells in the column), it again snaps into misalignment, as if the text frame just shrank. In this screenshot, the "Steal" text is still right-aligned:

As far as I can tell, this text is the exact same style as everything else in the column. It's not specially styled or aligned. For whatever reason, it's a text frame that acts as though it were the proper width at small font sizes, but much shorter in width at larger font sizes.

Can anyone kindly help me understand what's happening here and how to fix it?

Thank you.
General Discussion / Re: Is it possible
« Last post by Nermander on October 04, 2019, 09:19:08 pm »
What is your definition of "image"?

For example in image edititing programs you can use layers, so you can have a locked background layer and move other objects on top of it.

In Scribus you could but an image in a master page and move drawn objects around on top of it.

But both these solutions mean you will have to work inside a program, there is likely no image format that would allow this to be done in any image viewing program. And the reason is quite simple, an image is something static.

What you are asking for is something dynamic.
General Discussion / Re: Is it possible
« Last post by notyourbus on October 04, 2019, 06:57:41 pm »
Creating education games is going way too far?  I'm literally asking if there is a way that an image doesnt have to be locked down.  Thanks for your opinion though on what feels right and wrong and thanks for at least attempting to answer the question but if you really aren't sure you could have just saved posting a response altogether.
Hi there

I am using Scribus for simple editing tasks. Basically I digitally snip PDF pages together. My workflow: generate PDFs in MS Word (and other applications), add and crop them in Scribus inside image frames (typically 2 or 3 pages, containing 5 to 10 snippets, no images, mostly text and math formulas), and export everything as a PDF.

With Scribus 1.4.3 I typically get file sizes of 200 to 800 KB. Now I tried out Scribus 1.4.8 and get file sizes > 100 MB, or even > 1 GB for the files described above. I noted that the "embed PDFs" option is grayed out in the PDF export dialogue. Is this the reason for the huge file sizes?? How to get that option active again in Scribus 1.4.8? Any trick to get back to the "normal" file sizes?

If needed, I can upload a test file that reproduces the problem (114 KB on v1.4.3 and 660 MB on v1.4.8). I am working on Mac under OS X 10.12.6

Second question: Is there a Scribus version for Mac OS X 64 bit versions (namely OS X Catalina)?
User Interface / Re: Scribus UI/UX improvements
« Last post by tim_occ on October 04, 2019, 04:27:17 pm »
Hello cloudbusting,

I recommend starting over with a new implementation from the beginning. :)

Let me share some insights with you. As a non-programmer I learned Qt / C ++ to translate my ideas into the existing Scribus code. But many people next to me also worked on Scribus at the same time. My biggest mistake was getting started with the wrong things - the final layout components themselves. In my opinion, the Scribus code must first be refactored and prepared for implementation.

For example, to use the Indigo UI color picker, color management must first be refactored. Something like dealing with temporary colors that are not included in the color palette of the document, etc.

This can be done step by step before the "real" implementation of the Indigo UI makes sense. During my implementation project, I came across many blockers a long time ago. To solve these problems, I encountered new problems and the work exploded.

In the end, the code was very outdated, because nothing could be merged with the main branch and the work was too much for one.

User Interface / Re: Indigo UI: the properties palette
« Last post by tim_occ on October 04, 2019, 03:57:30 pm »
Hi a.l.e,

I like to start with small changes. During my work on the implementation of the entire Indigo UI, I came across many dependencies with other functions. For example, I first started migrating all UI elements into layout blocks, but then I could not use the existing color picker because it was just a clickable rectangle. In the end it would have been better if I had started with the color picker and later with the layout blocks.

I think the right way is how you suggest working on small things, with no or minimal dependencies on other functions. Otherwise it gets messy.

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