GNOME Bugzilla – Bug 394291
If in "dia file.dia" file doesn't exist, create it and start
Last modified: 2019-03-20 11:28:34 UTC
Hi! I run the updated Dia 0.95 (from Ubuntu Edgy) for a change and noticed that I cannot start it with dia <nonexistent_file>.dia anymore, although I think I have been able to before. I would like Dia to mention in this case that the file does not exist and that Dia will create a new diagram by that filename (a nonintrusive message like stdout or statusbar print instead of popup dialog, most preferrably), and open my new diagram for me. I understand that different software has different approaches to this mostly according to taste rather than any standard. E.g. gedit/nano create a new file, gimp starts up but doesn't create a new file, and Ooffice (worst, IMO) first does a heavy halfway-startup procedure complete with splash screen and *then* shuts down if the file does not exist. I think my proposed behaviour would be most logical for Dia, since if I start it without any parameters, it will create and open me a new diagram immediately - with a default filename which I always (logically unnecessarily) worry will actually save to that filename without asking me what I want to call it. Gimp does not open a file by default, and the Ooffice gui looks almost broken (in a no-files-open-minimal-functionality limbo) when it's started without existing file parameters. Thanks for a great and versatile program - I keep finding new kinds of diagrams I want to draw with it because competing editors for the task either insist on getting in the way of my creative process (UML editors like to do that) or simply suck. With Dia and Inscape for svg-clip-art diagrams (with minimal arrows X-)), I'm all set for vector graphicking in my research work and leisure!
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/dia/issues/185.