Two ideas after having used the programme for a while

Two ideas after having used the programme for a while:

  1. Templates, if you use a certain file as a jumping board quite often it would be nice if you could set it as a template you could select when opening a new seamly file. That way you don’t have to go into the original file and go “save as” etc.

  2. A line function that automatically creates a line going both directions. It would make measuring things easier because very often I don’t know which way the line is going (and in what order to write the line formula)

2 Likes

Not practical. It would only end up making it harder to find variables in the table as there would be twice as many to search through.

If you are using the fx Editor to construct your formulas it should not be an issue which way a line is going… If for ex. you are wanting to add the length of a line you can just find the line in list.

You can filter the list… for ex: You can find all the lines using point A11:

If on the other hand you want the angle of a line I just added new tool buttons that will automatically add in ± 180 to flip the angle of a line:

2 Likes

Certainly we could add templates to Seamly2D. However at some point you have to name the new pattern. Typically an app may give a project a default name that you can change before you load a template… for ex: here’s my audio editor where I can start with a template, with the choice to name the new Song other than the default:

2 Likes

Do I correctly understanding you to say that “Open Template” would basically work as “Save as…” before the file is actually loaded?

:unicorn:

1 Like

Ahhh. yes - if we did it this way. We basically have 2 choices… all of which require a “Save as”… just depends on when it’s saved. 1) Give a template a new default filename, and after editing saving will perform a Save as as the new file does not exist yet. 2) Basically copy (Save as) the template with a new name up front (which is what my DAW does).

In other words… loading a template will require making a copy - i.e. a Save as with a new name. It’s just matter do we want to do before or after making changes. Also keep in mind, that a pattern may have image files linked with it… which is some else to consider when loading a “template”.

2 Likes

I’ll vote for saving after editing.

:unicorn:

1 Like

Noted. In which case the template filename would have to be replaced with “untiltled”, as if it were a New pattern file. Of course when you go to save it will do a “Save as”.

I would think too it would be a good idea when saving a template, we make the file “read only” so we can prevent Seamly from overwriting templates.

4 Likes

Good idea! I was worried about that.

1 Like

Except then I thought you will need to be able to edit the “template”. Duh. So would have to turn off the 'read only" when loading a template.

2 Likes

Ideally, as long as templates are saved to the Templates folder, which is typically accessed via “Open Template”, this shouldn’t be an issue. In the (aggravating) blackbox environment of an Android/iOS app it wouldn’t be.

Create template:

  1. Create file
  2. File → Save As Template
  3. Save dialog open to Templates Folder
  4. Save Template

File from template:

  1. File → Open Template
  2. Open Dialog open to Templates folder
  3. Open file
  4. Edit file
  5. File → Save
  6. Save Dialog open to Patterns folder

Of course, I know some people are going to want to keep their templates in their Patterns folder, which is why locks may be advisable.

:unicorn:

2 Likes

I don’t think there’s any problem where the templates are stored… like you imply that’s a user’s preference. It’s more a case of reading / writing as a template that’s more important to protect over writing templates. In other words File->Save As should not be able to write over an an existing template.

2 Likes

I was thinking about what happens when someone Opens instead of Open Templates, so they end up inadvertently saving an altered template & panic-close.

It seems like an opened template presenting as an “untitled” should mitigate most of the risk of over-writing.

:unicorn:

1 Like

Yes. I’m wondering though if maybe we could add a < template > tag to the file schema? We would then know how to deal with a template file. If it’s a < template > file we would Open it as “unitiled”… if we try to SaveAs we check if it’s a < template > file and not allow overwrite. File → SaveAs would write a regular 2D file, where as File → SaveAs Template would write the < template > tag.

BTW… just another one of those nitpick things… I don’t know why the default filename “untitled” was used? It should be “unnamed”… files have names not titles. Books, movies, documents have titles.

2 Likes

New images in the Gnu Image Manipulation Program are also “untitled” whereas InkScape has “New Document”. I don’t know what’s with InkScape, “untitled” feels traditional at this point, it’s what all the programs I remember from the 90’s used. “unnamed” “untitled” Possibly because in the typical variable-width fonts, “untitled” takes less space. It also has more visual definition. Beyond that, the question seems to be a matter of debatable semantics.

:unicorn:

2 Likes

Just a run down of most apps on this laptop:

Inkscape: New document 1, New documnet 2, etc… LibreCad: Unnamed VS Code: Untitled Qcad: Untitled 1, Untitled 2, etc… LibreOffice: Untitled Krita: Not saved Gemini Pattern Editor: NONAME Studio One (DAW): [datestamped user name] Qt Creator: [User supplied name before creating] Several apps provide no default name at all

Exactly. Seems though that applications that tend towards text based documents use “untitled” as the document is 'Untitled". That’s what happens to language over time… the semantics get blurred. A perfect example that just came up in an YT auto channel I follow is the use of motor vs engine. A lot of people interchange the use, but there is a distinct difference between an engine and a motor. Someone argued it’s called an engine not a motor. An engine is gas (fuel) powered, while a motor is electric powered, and yet we have terms like “Motor City” or “motor oil” which are semanticaly incorrect. Few will say engine oil, yet people will say “I changed the oil in my engine”, not “I changed the oil in my motor.” What’s even stranger is nobody ever refers to an “electric engine”.

And don’t even get me going on concrete vs cement. :smiley:

2 Likes

Just a run down of most apps on this laptop:

Inkscape: New document 1, New documnet 2, etc... 
LibreCad: Unnamed
VS Code: Untitled
Qcad: Untitled 1, Untitled 2, etc...
LibreOffice: Untitled
Krita: Not saved
Gemini Pattern Editor: NONAME
Studio One (DAW): [datestamped user name]
Qt Creator: [User supplied name before creating]
Several apps provide no default name at all

Exactly. Seems though that applications that tend towards text based documents use “untitled” as the document is 'Untitled". That’s what happens to language over time… the semantics get blurred. A perfect example that just came up in an YT auto channel I follow is the use of motor vs engine. A lot of people interchange the use, but there is a distinct difference between an engine and a motor. Someone argued it’s called an engine not a motor. An engine is gas (fuel) powered, while a motor is electric powered, and yet we have terms like “Motor City” or “motor oil” which are semanticaly incorrect. Few will say engine oil, yet people will say “I changed the oil in my engine”, not “I changed the oil in my motor.” What’s even stranger is nobody ever refers to an “electric engine”.

And don’t even get me going on concrete vs cement. :smiley:

2 Likes