Recent Posts

Pages: 1 2 3 [4] 5 6 7 8 9 10
Since I am a simple-minded idiot, it always takes me a while to figure out what Dragonfly is talking about, but he knows a lot of useful stuff and has advised me well.

However, I say that it would be perfectly possible, in the case of your encyclopedia to paste the images in one by one, place an individual text box next to each one, and write or paste the caption and text into the text box. That's how I would do it without any fancy programming or automation. (I don't think that you could do this satisfactorily with one big text block). My method would take some time, but no special skills.

Now, with 400 images if there is one to the page, that's 400 pages, and Scribus in my experience so far does not work well with such large files, and so I would break it up into 26 files, one for each letter, and use the document setup to start each section's page numbering after the last page numb of the previous. Then export to 26 pdfs, merge the pdfs with a pdf tool, and you have a book.

I myself am working on Dragonfly's recommended workflow with Atom and Markdown, but I am new to it. Before getting into it, I had already almost completed a major book project using the most primitive methods, more or less as I recommend above: put the image on the page, put a text box next to it, and type or paste the text into Story Editor. Slow, maybe, but you know, water wears away the stone.
Beginner Talk / Re: nudging
« Last post by jack_cat on September 13, 2018, 07:37:04 pm »
My workaround for this has been to use "control plus-sign" (as many times as necessary usually twice) to zoom in on the work space, and then I can move objects in smaller increments (by dragging with the mouse if the nudge is still too coarse?) - I am not sure if zooming in actually changes the arrow-key nudge distance which is probably in pixels and changes relative to the zoom? - I would have to do a controlled test, but zooming in does improve my ability to see what I'm doing, and things can be moved with the mouse too. I hadn't thought of it as a problem, I just zoomed in the first time I ran into it. I can set a guide, for instance, to align several separate items to, and then zoom in and adjust them all to the guide even though I can only see a little bit of the workspace. For text, it helps to set the style to "align to baseline grid" so that the text boxes don't have to align exactly horizontally, in the case of side-by-side text boxes. For vertical alignments to a guide, just zoom in. Then "control minus-sign" to zoom out again.

FYI "to nudge" is to poke the person next to you in the ribs (lightly) with your elbow when you want to draw their attention and it wouldn't do to talk about it out loud - it is intended to be a surreptitious gesture. The OED reports first use in 1675. From there it went to "pushing heavy furniture into place" by an inch or so, and thence somehow into computer slang? Nudging a text box around. Whatever.
Beginner Talk / Re: Fonts in font preview but not available in styles
« Last post by jack_cat on September 13, 2018, 07:07:40 pm »
When I started to work with Scribus, I found out that the font I had been intending to use didn't work in Scribus - I forget exactly what the issue was, something like some of the font subsets worked but the bold didn't - and Google turned up info in the Scribus documentation that had a whole song and dance about font compatibility, together with a request for user feedback on what fonts worked or didn't work in Scribus, and after reading that I decided not to fight it and to just change to another font, which turned out to work. If a font doesn't work in Scribus, find another similar one and try it out in a test doc.sla. Pros buy fonts, but I don't. There are a lot of free fonts out there that are not pro quality, is what I found out, and Scribus being aimed at pro quality output is picky, perhaps arbitrarily, about fonts. Not for us non-programmers to reason why or figure out. 
Beginner Talk / Re: Joining many .sla in to one file
« Last post by jack_cat on September 13, 2018, 06:44:15 pm »
I have a draft of a book in which the different chapters are in different .sla files. I copy the styles and master pages to all - I have learned to make a template doc with the styles and master pages which I open and do "save as" when I start a new chapter.
In the doc setup menu, I can set the starting page number for each chapter. This would work with any project divided into reasonable sections. 
Then I export each chapter individually to pdf and use a pdf-editing tool to merge the pdfs into one. The resulting merged PDF is fine to print from.

My only complaint is that when I copy anything from one of these files into another (say I decide something belongs in a different chapter) it imports the same styles from the other doc (all the styles being the same) and re-names them Style-1_copy (etc.) and so, if I do much of this, pretty soon I have to edit the styles and get rid of all the duplicates. So I copy first to a text editor which strips the styles out and then recopy into Scribus, an extra step, but it saves the time and annoyance of editing the styles all the time.

Trying to merge all the files within Scribus is something I have had no luck with because anything over about 40 pages takes too much memory for my computer. There are plenty of weird buggy things in Scribus (but the primary functions all work fine and well enough that I don't complain much) but so far I have found my own workarounds for everything, one way or another (even if time-consuming), and I respect the fact that it is a work in progress, free, generous, and not perfect, and if there are a few things that are broken or don't work right, it makes sense to look for the most immediate workaround and just do it.
Beginner Talk / Re: Parallel text for a bilingual book
« Last post by jack_cat on September 13, 2018, 06:28:14 pm »
Given that all of the left pages have a text box linked to the preceding and following left pages, and the same for the right pages in the other language, all you do to sync the two flows is, whichever language is running ahead of the other one because of using fewer words or characters, is pull the bottom of that text box up with the mouse, using the red handle at the bottom of the box, so that the text overflow is forced to the next page, and it should be easy to have at least the first paragraph across the top of the two pages synced. Then, within the page, if one language is running ahead of the other, a few extra line breaks in the shorter file should sync the beginnings of subsequent paragraphs down the page. Did I understand the question right? That's how I would do it.
Linux / Weird ux scale when installing scribus 1.5.3 on debian 9
« Last post by edi0th on September 13, 2018, 04:15:30 pm »
Hey guys !
I'm having a problem with the 1.5.4 version of scribus. I installed it on my Debian 9, and the interface resolution is really low compare to my screen (see attached screenshot). I don't know if it's the current state of the dev branch, and I just wanted to know if by chance someone knew how to fix this ?

Thanks in advance : )
Beginner Talk / Re: nudging
« Last post by steven8 on September 13, 2018, 03:45:10 pm »
This is from the manual:

Moving and Re-sizing Frames using Arrow Keys

The following are for points, millimeters,
picas*, centimeters, ciceros

Arrow keys Move item 1 unit
Ctrl+Arrow Move item 10 units
Shift+Arrow Move item 0.1 units
Ctrl+Shift+Arrow Move item 0.01 units

* Movement units for picas are points

The following are for inches

Arrow keys Move item 0.139 units**
Ctrl+Arrow Move item 1 unit
Shift+Arrow Move item 0.1 units
Ctrl+Shift+Arrow Move item 0.01 units

** This is about 10 points

Now, I use inches, and I did some testing.  The arrow key movement was not 0.139, but 0.0139.  I also found that with snap to grid off, the arrow key would stop just above, and just below my 1/2" border guide, but with snap on, it would snap to the guide.  Right at .500.

All that being said, nowhere in the manual does it give any instruction on changing the settings.

[edit] I just went back to Scribus, and using the keyboard did NOT snap to the guide.  Hmmm.

P.S. - In Indesign they call using the arrow keys 'nudging' and it can be customized:
Beginner Talk / Re: nudging
« Last post by a.l.e on September 13, 2018, 09:13:27 am »
i don't know what exactly nudging means... never heard that verb before. so i might be wrong.

but what i can say: when you resize or move an item with the keyboard, there is -- as far as i know -- no snapping.
this also applies to the editing you do through the properties palette.

afaict the snapping only applies to the mouse movements.
Features / Re: Suggestion: a good start for footnotes Insert > Char > Footnote#
« Last post by jack_cat on September 13, 2018, 07:02:08 am »
The font color thing in Atom I have worked out - just a brain-dead moment.

Lilypond's tag line at the end of the file is annoying and clearly undesirable, but I think that there must be a switch to turn it off instead of having to crop every file. There are switches to suppress several other automatic formatting features built into the code, such as turning off the automatic time signature.

I have high hopes for being able to output examples in staff notation which are all of a standard readable size and to avoid the scaling issues I have had with high-res .png files which are very hard to scale consistently inside Scribus. (It is annoying that Scribus's grid is hidden behind my .png images, if it were possible to make it appear on top of them it would make consistent scaling easier.)

For Lilypond, working inside Atom seems to be a Very Good Thing: today I had an .ly file in one tab, the .svg code showing up in another tab, the svg rendered graphically in another tab, and error messages popping up from lilypond-compile as I typed, all in real time. I don't think I will need all this feedback but it is very useful to see everything that's going on at this stage.

Now, I think it will probably take me a year to get really up to speed with Lilypond, and by that time perhaps you (dragonfly) will have your Markdown-to-Scribus pipeline in place. (I see that such a project was proposed for Scribus in 2013 and is dead in the water.)

Markdown looks very easy. I see that I can use Pandoc to convert to HTML and import to Scribus - I have not done this yet, but I have some experimentation to do before I ask more questions about that, and I haven't acted on all the info that I already have.

Atom itself is more difficult to get simply because it has a bewildering number of capacities but there are many tutorials on youtube and I don't think that I will have to bug you about picayune details any more. I was interested to find that I can run "apm install *package*" from the command line without Atom being open. I have a shortcut to the old DOS command line window because I still use DOS now and then to sort text files.

Now I am going to look at Project Viewer per your last post. Thank you for pointing me to discussions about the database. I am inclined to go ahead and convert the database that exists, because I can't think of anything important to me that is likely to be in it.
Beginner Talk / Re: nudging
« Last post by steven8 on September 13, 2018, 05:07:49 am »
Wouldn't this be controlled by the snap distance?  If the snap distance is 10px, every time you nudge with the key, your object will grab the next snap point.  File>Preferences>Guides.  In the upper right corner is Snapping.  Snap distance and grab radius.  Version 1.4.7, but it'll be under preferences I imagine in any version.

I may be wrong but that's the only thing I can find that makes sense to me.
Pages: 1 2 3 [4] 5 6 7 8 9 10