ideas for improvement

Previous topic - Next topic

gogerst

So I have suggestions and ideas, but not as things other people should do, but as things that if people are into, lets organize and in the spirit of open source make it happen.  I'm new to the community, but have moderate experience in computer programing, well versed in many different types of software (been using scribus for years after using InDesign), and I work in design, architecture and do art.  If the developers like any ideas, I'd love to be involved in making it happen.  I've become very big on open source but also dyi. 

I think in terms of accessibility for both new and long time users, it would greatly help if there were an official YouTube scribus tutorial channel that demonstrates the most practical and needed knowledge for new users, but also very specific for specialized users as well.  I learned programs before the age of video tutorials and that was difficult, and now I rely mostly on them, although that still bumpy because most suck or are old and you really have to watch a lot of different ones before you get the sense of whats going on.  time spent putting together good video tutorials is time well spent.   

secondly, as a DYIer I'm also into self publishing, and it would be great if scribus was designed with a focus on that.  I'm talking about both about just hitting print and printing pages at home and doing a self binding one by one, and also being able to just send a document to a printer and they just hit print.  there are different ways to bind books, and that means different ways to order pages.  A very sort of visual and intuitive method of accomplishing both tasks would be awesome...for me at least...but for all who want to self publish.

thirdly, I'm currently riffling through tutorials in attempts of using arduino to make my home a "smart home" and I'm trying to figure out how to use things like jquery mobile, js nodes, javascript, websockts, johnny five, and all this stuff I can't quite get a handle on, but I don't see why it's not possible to create an html-based scribus.  It seems like the coding has gotten to that point, and in terms of open source, alot more people can contribute.  the main functionality would be on the home computer and work off network, but other things like dictionary/thesaurus would be more internet interactive.   It would either be a simple html documents with a lot of js/python files and folds/jgs/css styles and the like..even a basic dictionary that can be downloaded as well.  Seems like the possibilities are a lot more amazing than what is possible with the existing framework.

rant -over.  and again these are ideas I'd totally love to do if others (more knowledgeable than myself) like them and also were interested. 




a.l.e

personally, i'm starting to think that it would be interesting to collect our users suggestions.
without any comment or replies.

just to have an idea about what our users are struggling with, what their dreams are...

the biggest issue would be, to get them to license it under cc-by-sa...

gogerst, can i start with the one of yours? :-)

ciao
a.l.e

GarryP

a.l.e, you've read my mind, well sort of.

I was preparing to put a post on the forum (and Google+) asking people for their opinions on what sort of video tutorials they like and what sort of things they'd like to see related to Scribus. Ideas/preferences on length, subject, presentation style, that sort of thing. Just to gauge what the potential audience might be, or want.

Would I be "stepping on your toes" by doing so?

NOTE: I'm not promising that anything will happen about this. I'd just like to know - out of curiosity - with an eye to a possible future.

a.l.e

hi garry,

i don't think so... but if good feedback comes out, i might be intersted in collecting it :-)

ciao
a.l.e

GarryP

Great. I'll ask the question and we'll see what comes up.

a.l.e


SuburbanWorrier

So where's the best place to deposit random opinions?
Here on this forum, in the bug tracker or in your Git project (somehow?!)

I'm desperate for (text) styles to be handled better and think a "create style from text box settings" function would be a great addition.

a.l.e

Yes it should be possible to define a style based on the current selection. And update the current style based on the current selection.
Can we agree on that? :-)

Where to talk about it? Hard to say. I don't think that there is much to say about it, except what a wonderful feature it would be.
On any of the available platform you will be preaching to the choir...

Except if you're ready to get your dirty and produce some code! In that case, any of the places are good :-)

Nermander

What SuburbanWorrier suggested was to be able to create a style from the current frames default settings (in the Text tab in the properties window).

It would for example make it easy to copy the settings from one frame to another (create a style and then apply that style to the new frame). You could of course copy the whole frame, byt if the two frames already contain contents you get problems...

a.l.e

being able to create styles based on a selection would be a wonderful feature!

on the other side, having formatting attached to a (non empty) frame is the source of several bugs in scribus... so i would not extend that part even more...

frames should not have text formatting. the formatting should only apply to the text inside of it.
the only case when a frame should have formatting, it's when it's empty.

if you change the formatting when you are not in edit mode, scribus should be behave as if you were in edit mode and had the whole text selected. the same applies to the values shown in the PP in that case.

the same applies to the end of paragraph mark: it should only have character formatting, if the paragraph is otherwise empty.

not a popular idea (as always when one proposes to remove something) but, at the end, it would make many things easier and more predictable!

all in all: few chances that one of the current programmers will work on the creation of styles based on a selection. if we want to see any progress in the near future, we need to find new programmers...

Nermander

I think the major problem with the frame formatting is the strange use of both No style and Default style.

I think the Default styles (paragraph and character) should be removed.

A created frame ALWAYS have settings for the text (the ones set in Preferences), this means a frame ALWAYS have it's own default text settings. For example you can not create a frame that has no font selected!

Text in the frame that is set to No style inherits the settings from the frame.

There is no need for a default style, because the default style in any case needs to be assigned explicitly (text inserted into a frame as No style if not changed). And if it has to be assigned explicitly, it is not a default style.


a.l.e

that's also a big problem! yes!

i would go the other way round: no more settings in the text tool except being able to choose a style. the "Default style" being the default.

but the idea is very similar at the end.
having both is the worth of both worlds and a real pain as soon as your document becomes complex enough.

a.l.e

btw, the problem with having formatting on the frame itself can be seen when:

- applying a formatting to a frame with multiple text formatting in it.
- typing at the beginning and/or at the end of a frame.
- typing the first char after the frame has been emptied.

... and maybe in more cases...

Nermander

If I have a frame containing only a headline, I'd rather see that I could easily change the text settings for that whole frame without having to adjust a Style for it.

a.l.e

yep, nermander!

scribus should allow you to apply the formatting, but not store the values in the frame itself.

it should behave as if you selected all the text in edit mode. for bot the display in the PP and the way changes are applied.

or do you see a problem with that?