PATCH: add uml state machine generators
Hello Dia'lers, I've taken Unai Estébanez Sevilla's code generator [1] for Dia UML state machines to text, abstracted it slightly and added a C code generation "plugin" [2]. The "pimped" code generator now creates a hash with states and a list of transactions, that are easier to work with when generating state machine code. Unai's original "text" generator has become a "simple" addon as is the newly done C generator. I'd be very happy if the UML state machine generators could be included in the Dia distribution/repository. * base STM infrastructure: http://www.sourcepole.ch/assets/2012/6/5/uml_stm_export.py * C code generation: https://www.sourcepole.ch/assets/2012/6/5/uml_stm_c_export.py * "text" generation: https://www.sourcepole.ch/assets/2012/6/5/uml_stm_text_export.py Please let me know if the code needs changes before inclusion. Thanks a lot to you all for making Dia possible! *t [1] https://mail.gnome.org/archives/dia-list/2009-July/msg5.html [2] http://sourcepole.ch/2012/6/5/generating-state-machines-with-dia ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: swapping shapes
On Fri, 8 Jun 2012 11:07:28 +0200, vwf wrote: > I have a series of shapes that are identical except for the image. Now I > would like to be able to swap one shape for another one on the canvas. > > When I look at the .dia file this should be achievable: change in > > "mysensiblename" for "anothersensiblename" > > But I would like to do this on the canvas, preferably using the mouse. > Could this be done? (and is so: How?) There might be more intelligent solutions than the one I propose: you could write a python script that plugs in a command that lets you swap the current shape for another. *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: PATCH: add uml state machine generators
I wrote on Tue, 05 Jun 2012 20:33:15 +0200: > I've taken Unai Estébanez Sevilla's code generator [1] for > Dia UML state machines to text, abstracted it slightly and > added a C code generation "plugin" [2]. I've polished the code some more and put it up on github: https://github.com/tpo/dia-uml-stm-generation Thanks, *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: swapping shapes
On Sat, 9 Jun 2012 09:59:12 +0200, vwf wrote:
>
> On Sat, Jun 09, 2012 at 09:20:41AM +0200, Edheldil wrote:
>
>> > I compiled 0.97.2 from source but the confuration reported no
>> > Python support
>> make sure you have python-dev package installed before
>> configuring/building
>
> Got this part working: Dialog appeared, with "Python Console" and "Dia
> Group Properties". Probably a typo on my side prevented correct
> configuration.
>
> As a first one I tried group-props.py but this script does not work for
> me. Is this script working or is it broken?
Don't know.
> Is there a debug-mechanism for python scripts?
Well, there's the classic 'print' command. You can place a:
print "Debug: " + str(variable_of_interest)
anywhere in the script and you'll see the output on the console from
where you've started dia. Also dia will output diagnostics to the
console if it can't execute a script or has any other problems.
In a previous example you asked about how to get started. Here's a
hello world plugin:
# From http://dia-installer.de/howto/python_win32/index.html
import dia
def hello_callback(data, flags):
dia.message(2, "Hello, World!\n")
dia.register_callback("Hello World", "/Tools/Hello",
hello_callback)
also, this post by Hand Breuer was useful for me:
https://mail.gnome.org/archives/dia-list/2001-July/msg00054.html
When coding python keep the dia class reference handy: Help->PyDia Docs
and Help->Dia Object Types
Mind you, you can test everything interactively first in Dia's python
console, which is very useful.
I hope that gets you started. Scripting Dia through the Python console
and plugins is a lot of fun (at least for my taste).
Greets,
*t
___
dia-list mailing list
dia-list@gnome.org
https://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia
Re: PATCH: add uml state machine generators
On Tue, 05 Jun 2012 20:33:15 +0200, Tomas Pospisek wrote: > I've taken Unai Estébanez Sevilla's code generator [1] for > Dia UML state machines to text, abstracted it slightly and > added a C code generation "plugin" [2]. ... > [2] http://sourcepole.ch/2012/6/5/generating-state-machines-with-dia I am very sorry, the URL of the article has for some unknown reason changed. The correct URL is: http://sourcepole.ch/2012/6/7/generating-state-machines-with-dia Thanks, *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Plugin registry, docu for plugin devel [was: Re: PATCH: add uml state machine generators]
On Sat, 09 Jun 2012 20:22:15 +0200, Hans Breuer wrote: > At 05.06.2012 20:33, Tomas Pospisek wrote: >> [...] > > >> I'd be very happy if the UML state machine generators could >> be included in the Dia distribution/repository. >> > Thanks for your contribution. I have no problem to include the source code > with the repository or the source tarball as example. > But I hesitate to include it with the installation. The list of registered > already is too long from the usability point of view. And my current guess > is that very few people will/can use the state machnie generators without > adapting them first to their own needs. You're right. The plugin could be put into the examples as you say. but I think that isn't optimal either: the code is quite specific - it's mostly useful to see how you get called by the diagram renderer/exporter and how to write a plugin. But there's a lot of code specific to generating state machine code, which is only mildly useful as a generic example I'd say. For that a simpler example would possibly be more instructive... However - the reason I had asked for inclusion is, that I feel that _if_ someone needs or would like to generate code from state machine diagrams, the provided code would be very, very help- and useful. I'm only finding now after having spent a week digging into Dia and Python, that there have been quite a few people attempting to do the same thing - with various approaches to the problem. However the solutions and code they've created are very hard to find and dispersed wildly through the net. What would be very cool, would be to have something like a "plugin registry". It doesn't even need to restrict itself to plugins only but could also contain helper scripts and programms, that for example process dia files and produce something new or change them. The possibility to install plugins could be from within Dia itself (Tools->Plugins) or by simply visiting a web that has a nice overview of plugins that are downloadable. The former would of course be the "deluxe" version, the later could be as simple as a wiki on dia-installer.de - in case that idea would appeal to Steffen... The other thing I think would be very useful for Dia would be some documentation that would take the interested developer by the hand and guide him into Dia. The possibility to script dia has tremendous potential but it is obscured by the lack of clear directions: plugging into Dia through Python is very simple, getting to that point isn't straightforward. Thanks, *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Icons/Symbols/Shapes
On Sat, 09 Jun 2012 13:35:15 +0200, Killian De Volder wrote: > > A recurring issue for me is lack of icons. > Search a bit on the Internet, but I'm unable to find a set that has a > focus on providing IT related icons. > > I'm considering starting a project using simple icons, that are easily > attributable by all. > (Still working out a good looking, yet easy to make theme.) > > But before I start on this project, I first want to ask if anyone is > anywhere of anything similar. No, but I have a cheap idea to offer - what about making those icons vector based as well (SVG or similar)? I consider the "single window" layout of dia a major improvement - I'd love though to be able to reduce the toolbox in size and have more space for the diagram. That's impossible to do though unless you have, at least to some degree scalable icons. *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Icons/Symbols/Shapes
Hi,
let me start by asserting, that IMHO top-posting makes it
harder to lead productive discussion. But no matter...
On Sat, 09 Jun 2012 22:40:50 +0200, Killian De Volder wrote:
> I think there was a mixup.
> I meant the thinks like Cisco,UML,SyBase, Flowchart, ...
> Or did you indeed mean that ?
Yes, that's what I meant as well. From your next posting:
> BTW what is wrong with this:
>
>
> http://www.w3.org/2000/svg";;
xmlns:xlink="http://www.w3.org/1999/xlink";;>
> Test2
> Test2.png
>
>
>
>
>
>
>
>
>
What will be displayed in the shape sheet on the left in the Dia toolbox
is the
> Test2.png
PNG Icon. If that icon would scale in a pretty way then a future Dia
version
could possibly let the user change the size of left "toolbar" ("push it
further aside") and thus let him have more space for diagram drawing.
Can you see the idea?
*t
> On 09-06-12 22:21, Tomas Pospisek wrote:
>> On Sat, 09 Jun 2012 13:35:15 +0200, Killian De Volder wrote:
>>> A recurring issue for me is lack of icons.
>>> Search a bit on the Internet, but I'm unable to find a set that has a
>>> focus on providing IT related icons.
>>>
>>> I'm considering starting a project using simple icons, that are easily
>>> attributable by all.
>>> (Still working out a good looking, yet easy to make theme.)
>>>
>>> But before I start on this project, I first want to ask if anyone is
>>> anywhere of anything similar.
>> No, but I have a cheap idea to offer - what about making those icons
>> vector based as well (SVG or similar)? I consider the "single window"
>> layout of dia a major improvement - I'd love though to be able to
>> reduce the toolbox in size and have more space for the diagram. That's
>> impossible to do though unless you have, at least to some degree
>> scalable icons.
___
dia-list mailing list
dia-list@gnome.org
https://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia
Re: Wiki mess
Am 09.08.2013 11:06, schrieb Steffen Macke: > for a while, http://live.gnome.org/Dia is redirecting to > http://wiki.gnome.org/Dia. > That wasn't perfect, but working > But now it looks like all the pages are gone. > There's a fragment under https://wiki.gnome.org/Apps/Dia but that's not > much. > > Once again there's the question "Which should be Dia's homepage and how > do you want to maintain it?" I think Dia's homepage should be http://dia-installer.de/ I allways get confused by Gnome's site. When searching stuff from Dia's page there I allways end up with general gnome stuff, and it allways takes me a while to figure it out. So I'd much prefer a dedicated homepage. *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Dia für Yosemite
Am 29.01.2015 um 06:50 schrieb Erich Cerny: > Benötige DIA für Mac OS 10.10.2 Erster Treffer, wenn ich im Internet (ddg) nach "dia drawing mac" suche. In english: first hit when I search the internet (ddg) for "dia drawing mac". *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Dia roadmap
Am 23.05.2015 um 19:13 schrieb paul.hermeneu...@gmail.com: > What is the plan for Dia? I don't know if there is, I think Hans Breuer will answer himself I he deems so. > I see that 97.2-2 was released almost two (2) years ago. Is there a > wish-list of desired bug fixes and/or enhancements? Is Dia still a > live project? You can find Dia's bugtrack here: https://wiki.gnome.org/Apps/Dia There you should also be able to find improvement suggestions. You can track Dia's progress here: https://git.gnome.org/browse/dia *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Hans Breuer's current email address?
Hello all, seems like http://breuer.org has been taken over by a domain parking spammer. So I wonder whether his email address hans@... still works. Hans being the current maintainer of Dia I think it'd be good to keep that contact address working. Does anybody know about his whereabouts or respectively about the state of that contact address? Also wondering a bit about the health of Dia: Hans' last contact with the list has been more than one year ago [1], dia's bug list [2] seems a bit unattended, last (non-translation-related) commit to dia is from 2015 [3] ... This is not meant as a critique. However apart from the bug tracker, Debian is currently cleaning up old Gnome libraries [4,5] and this might affect dia [6,7] as well. So it looks like there's some porting effort approaching Dia... ? Thanks, *t [1] https://mail.gnome.org/archives/dia-list/2017-January/msg3.html [2] https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&product=dia&query_format=advanced&order=changeddate%20DESC%2Cpriority%2Cbug_severity&query_based_on= [3] https://git.gnome.org/browse/dia/log/ [4] https://lists.debian.org/debian-devel/2018/02/msg00169.html [5] https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintainers%40lists.alioth.debian.org;tag=oldlibs [6] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885271 [7] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885800 ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Removing Sozi support? [was: Hans Breuer's current email address?]
Am 11.02.2018 um 19:03 schrieb Tomas Pospisek: > seems like http://breuer.org has been taken over by a domain parking > spammer. Looks like this was a red herring. Breuer.org seems to be an address where anybody can apply for a myaddr...@breuer.org. So very possibly email is still being correctly delivered to Hans (though I have not heard back). [...] > Also wondering a bit about the health of Dia: Hans' last contact with > the list has been more than one year ago [1], dia's bug list [2] seems a > bit unattended, last (non-translation-related) commit to dia is from > 2015 [3] ... This is not meant as a critique. However apart from the bug > tracker, Debian is currently cleaning up old Gnome libraries [4,5] and > this might affect dia [6,7] as well. So it looks like there's some > porting effort approaching Dia... > > [1] https://mail.gnome.org/archives/dia-list/2017-January/msg3.html > [2] > https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&product=dia&query_format=advanced&order=changeddate%20DESC%2Cpriority%2Cbug_severity&query_based_on= > [3] https://git.gnome.org/browse/dia/log/ > [4] https://lists.debian.org/debian-devel/2018/02/msg00169.html > [5] > https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintainers%40lists.alioth.debian.org;tag=oldlibs > [6] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885271 > [7] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885800 I'm looking at Dia's "Network" (i.e. fork graph) on Github. The last commit by Hans Breuer in Dia was on 2015-01-24 [1]. The next fork after that is by "polch", working on Sozi [2]. Since Sozi has moved on to the Electron platform [3] and accoring to the Sozi maintainer [4] Sozi integration in Dia is probably outdated, I propose to remove Sozi integration from Dia. *t [1] https://github.com/GNOME/dia/commit/f9b485359994695f9b8e143af2d1002f2c661431 [2] https://github.com/polch/dia/commit/91e7114d014b53507a6893579dd26aa2d91ea748 [3] http://sozi.baierouge.fr/release-17.02.html [4] http://sozi.baierouge.fr/community/d/7-relation-with-dia ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Removing Sozi support? [was: Hans Breuer's current email address?]
Am 25.02.2018 um 23:56 schrieb Tomas Pospisek: > I propose to remove Sozi integration from Dia. Reported as https://bugzilla.gnome.org/show_bug.cgi?id=793822 *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Doing some work on Dia
Hello everybody, Am 11.02.2018 um 19:03 schrieb Tomas Pospisek: > Also wondering a bit about the health of Dia [...] So I'm very slowly doing some work on dia [0]. I'm trying to document everything I do via Dia's bug trackers [1] (new) [2] (legacy). Also I have asked here and also in Gnome developper's IRC channel how to get fixes and work upstream, but haven't had anybody yet to take up responsibility to either guide patches und work upstream or to let me do the work upstream. If anybody'd know how to proceed here, then I'd be very happy to know. Anyway, if anybody wants to help: * triaging bugs * providing patches or testing patch * going through dia forks [3] and extracting useful things then you're very welcome :-)! I'll also gladly take pull requests :-) [4] Greetings! *t [0] https://github.com/tpo/dia/commits/develop [1] https://gitlab.gnome.org/GNOME/dia/issues [2] https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&list_id=313412&product=dia&query_format=advanced [3] https://github.com/GNOME/dia/network [4] https://github.com/tpo/dia ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
understanding Dia build tests?
Hello everybody, I have reported upstream the following build bugs: * https://gitlab.gnome.org/GNOME/dia/issues/7 * https://gitlab.gnome.org/GNOME/dia/issues/8 These also include workarounds: i just disable the respective test or respectively enlarge the tolerance margin of the test. However I have no clue what I'm doing there. Is there a way to visually see what's wrong, i.e. what the test is producing there? Thanks, *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Maintaining / Helping out on Dia
Am 03.12.18 um 05:31 schrieb Steve Litt: > On Sun, 2 Dec 2018 21:21:50 -0500 > Michael Ross via dia-list wrote: > >> I believe that Steffen (managed producing a windows installer) and >> Hans Breuer (who was the main decision maker about the direction of >> development) have passed on to their next incarnation. I think Tomas >> was suggesting to contact Gnome personnel. > > Right now Dia is pretty much self-contained and pays no tariffs to the > likes of systemd. Handing it over to the Gnome people would eventually > result in a Dia very picky about what WM/DE and even what init system > the user is using. I'd suggest staying away from Gnome and Freedesktop > for these reasons, so anyone running GNU/Linux can use it. Dia *is* a Gnome project: https://wiki.gnome.org/Apps/Dia. Of course it can be taken out of Gnome, however that is a social process. All distros are basing their packaging on Dia from Gnome AFAIK. Also, I don't see Gnome forcing Dia to do whatever. I'd think that "the one who does the work is the one who decides" applies just as well to Gnome as a project as to Open Source in general - but that's just a guess. *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Maintaining / Helping out on Dia
Am 03.12.18 um 03:21 schrieb Michael Ross via dia-list: > I believe that Steffen (managed producing a windows installer) and Hans > Breuer (who was the main decision maker about the direction of > development) have passed on to their next incarnation. I think Tomas was > suggesting to contact Gnome personnel. Ownership of the project is > locked up and we need to get a new owner defined. I have contacted past Dia developpers/maintainers but have received no feedback with the exception of Thomas Harding, who it seems to me would also like Dia to live on in good shape (thanks for the support Thomas!). I have been pointed to the desktop-devel-list on Gnome, where I have subscribed to yesterday and will ask around if I can get commit access to Dia and help maintaining it. That said I still think that "the one who does the work gets to decide". Most Dia resources are under Gnome control (the bug tracker(s), one of Dia's homepages, the mailing list), however that can not stop anybody to actually do the work and push Dia forward. In that vein, I am still maintaining a Dia repository on Github [1] where I'm trying to do useful things to Dia. Over the weekend I have rebased my existing patches on the Gnome git repository and into separate branches, so each branch that fixes something should be mergeable independently [2]. There's a lot of bugs, patches and improvements in the old buzilla bugtracker [3] and there's a lot of Dia forks on Github [2]. Stuff can be pulled from there and integrated. -> !!! I very much wellcome pull requests on Github !!! <- So if any of you is willing to help: * come over to Github [1] * go through the bugs in the old bugzilla bug tracker [3] * have a look at the bugs * try to reproduce them * copy them over into Gnome's new Gitlab tracker [4] * comment on the tickets * pull patches from them * fork my repo on Github [1] * patch stuff * send pull requests * go through the forks on Github [2] * see what good they have to offer * send pull request I'd prefer if the bugtracking could be done upstream in Gnome [4] so issue tracking stays central, however since I have no write access to Gnome's Dia repo, I'll try to maintain Dia on Github [1] for the time being. Meanwhile I'll ask around on the desktop-devel-list [0] and we'll see what happens. All that said, my time is very limited. Whatever I can do I will whatever I can't I won't. To wrap up: * I appreciate help, let's move Dia forward together * please be kind :-)! *t [0] https://mail.gnome.org/mailman/listinfo/desktop-devel-list [1] http://github.com/tpo/dia [2] https://github.com/tpo/dia/network [3] https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&order=Importance&product=dia&query_format=advanced [4] https://gitlab.gnome.org/GNOME/dia/issues ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Maintaining / Helping out on Dia
Am 03.12.18 um 01:40 schrieb Andre Klapper: > Hi, > > On Sun, 2018-12-02 at 17:38 +, Eduard Nicodei wrote: >> Tomas Harding also suggested getting in touch with the authors >> directly, the only email I could find was Steffen Macke's (CC'ed) or >> even with the Gnome Bugmaster (also CC'ed). > > The technical administrators of bugzilla.gnome.org don't have any > authority in deciding who maintains which applications. :) > > As per https://wiki.gnome.org/Projects/Unmaintained and > https://wiki.gnome.org/Apps/Unmaintained , I recommend contacting > maintainers in https://gitlab.gnome.org/GNOME/dia/blob/master/dia.doap > and bringing this up on desktop-devel-l...@gnome.org I'm subscribed there no. Thanks for your support Andre, very appreciated! *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Maintaining / Helping out on Dia
Am 02.12.18 um 18:38 schrieb Eduard Nicodei: > In the original "Doing some work on Dia" email, Tomas mentioned: > > Anyway, if anybody wants to help: > > * triaging bugs > * providing patches or testing patch > * going through dia forks [3] and extracting useful things > > > I could help out with any of those (been coding in C for more than 10 > years) [...] > I was wondering though > if I could go about these in a prioritised / structure manner? Or > rather what would be the most helpful? Decide for yourself, on the ones that you think are most importand or most easily solved or whatever. One thing that would certainly be very helpful is to go through the tickets and to try to reproduce problems and mark them as such so that it is known which bugs still apply. If you can't reproduce the problem then get back to the original reporter. Many bugs are very old so probably the OP has moved on since and you should be able to closed them (or comment in that vein). One issue I have noticed in particular is TeX people having problems with character quoting. There's few (old) Dia forks floating around on Github with fixes, however I do not understand the original problem. So it'd be useful to go through the tickets and forks to explain, what exactly the problem is, to see whether if we fix it we won't break other stuff (escaping characters is a tricky business) and then to choose or rework the best patch and to file a pull request against my Dia repo on Github. And one other thing: is it possible to subscribe to the old bugtracker and to the new Gitlab one so one gets notified on changes? > Also I'm guessing at the moment there is no real roadmap, etc? Would it > be useful first to come up with one? I frankly don't think so, because at this point no one has the bird's view of Dia. > I'm open to discussion on the dia > mailing list or IRC channels (though would prefer offline discussion via > email / gitlab issues). I'd prefer pull requests on Github, since that way work will get done. Thanks for your push here Eduard, let's get Dia moving again, see you on Github :-)) *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Hello Everyone
Hello Zander, wellcome on the Dia mailing list! I am very happy to see you offering your help and am very much looking forward to welding and patching the bitrot off Dia with you and anybody else here willing to help! Good times :-)! *t Am 04.12.18 um 23:24 schrieb Alexander Brown: > Hello! > > I've been interested in seeing Dia move forward for sometime now and > I'm glad others are as well > > I don't want to step on anyone's toes but as the current maintainers > are unaccounted for I'm volunteering as acting-maintainer (I have > commit access). I've already reached out to Thomas directly asking them > to submit some of their patches as MRs to > https://gitlab.gnome.org/GNOME/dia > > Whilst I am a member of the GNOME Foundation and would like to see Dia > modernised I recognise the fact Dia is very much a cross platform > application and therefore has a sort of 'special status' within the > GNOME Project and have no intention of breaking KDE/macOS/Windows > compatibility > > That said I would like to see Dia move to modern APIs like Cairo & Gtk3 > (or 4) and ideally be built with meson to allow for easier development > and ensure we are not dropped by distributions > > (I'm new to mailing lists so constructive feedback is welcome) > > > ___ > dia-list mailing list > dia-list@gnome.org > https://mail.gnome.org/mailman/listinfo/dia-list > FAQ at http://live.gnome.org/Dia/Faq > Main page at http://live.gnome.org/Dia > ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Failure
Does saving to a different place (say C:\Temp) work? Am 07.12.18 um 03:37 schrieb Michael Ross via dia-list: > Think about what Bad File Descriptor might mean. Maybe you are using > spaces, or special characters that it cannot use? > Dia is an older program and there was a time when file names were > restricted to only certain characters. > > Maybe you can share the file descriptor you tried to use? > > Mike > > On Wed, Dec 5, 2018 at 12:29 PM Gerardo Carbia via dia-list > mailto:dia-list@gnome.org>> wrote: > > Hello I am trying to save a file in the program day and when I give > it to save or save as the following message appears: > > \FP ASIR\XBD Xestión de bases de datos\Tarea02\*__dia0808SZ»: Bad > file descriptor* > > neither does it let me export the file to any format!! > > > I hope you can help me solve the problem, thanks ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Dia xml format
Hello, Am 21.02.19 um 19:21 schrieb Vahid Bashiri via dia-list: > Hi > I'd like to use the specific xml format of Dia in my application to > store diagrams. Because of the non GNU code I am using, I decided to > write my own code similar to Dia which is greatly inspired by it (but > not copied). My question is if I use the xml format, will I have a > licencing problem. Is the file format licenced GNU too or I can use it > in proprietary application? what you are asking is, as far as I see a legal question, which I am not qualified enough to answer. But I doubt very much this could be a problem. However, leaving apart the legal question, this is also a moral question: i.e. will the "Dia community" let me use Dia's XML format in a proprietary product? I interpret that as a question of whether you can write an application that will be interoperable with Dia, which I think should not be met by any resistance from the Dia community: it's good to be interoprable, to be able to exchange data, with 3rd party software. *t ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Software accessibility
Hi, isn't the easiest and quickest way to find out to install Dia and to see if it works for you under JAWS and report back here? I think installation of Dia is trivial: download, execute. *t On 10.03.20 03:55, josham129--- via dia-list wrote: > I am currently enrolled in a Java programming course at my university, > and as a student who is blind, I am enquiring if your software is > accessible to screen readers; preferably, JAWS. I am having to create, > and read Uml class diagrams and I am very interested in finding software > that work with my unique situation. Any help that you can provide will > be greatly appreciated. ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Do you have a diagram of DIA itself for me to study
Hi Hans, cool you're still around :-)! *t On 07.06.20 20:54, Hans Breuer wrote: > >> Am 06.06.2020 um 15:46 schrieb Asad Chaudhry via dia-list >> mailto:dia-list@gnome.org>>: >> >> Do you have a diagram of DIA itself for me to study > > See https://gitlab.gnome.org/GNOME/dia/-/tree/master/samples/Self ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
