[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

RE: Support for callbacks...



Title: RE: Support for callbacks...

On a related (off topic) note, given infinite time, and finances to cover mortgage, health, kids education, etc, I was going to write a drawing/ graphing/ diagramming software very much in emacs' image.  By that I mainly mean ``extendible''.  All the basic drawing and query commands have their python/lisp equivalent.  Users would then be able to extend the package with their own additions.  Eventually the most popular and essential additions would be absorbed by the package via hard-coding.

(Never having done it), I guess the main point is to have a solid and basic package that is extendible.  Basic functionality gives it initial usefullness, and extendibility allows the users to modify the package to suit their needs.

But that may be left for another lifetime.

Mirko

> -----Original Message-----
> From: Lars Clausen [mailto:lrclause@cs.uiuc.edu]
> Sent: Wednesday, July 16, 2003 12:45 AM
> To: dia-list@gnome.org
> Subject: Re: Support for callbacks...
>
> On Tue, 15 Jul 2003, Herman Bruyninckx wrote:
> > What is the status of callbacks in the Dia roadmap?
> >
> > I mean, is it (or will it be) possible to let some dia actions call a
> > user-defined function?
> >
> > For example, a callback on each (dis)connection event on the canvas
> > gives a lot of possibilities to add user-specific functionality to
> > Dia. (E.g., to check whether it has a meaning in the users'
> > application context to connect two given objects together.)
>
> That's funny, I was just thinking about that in the shower this morning.
> A
> callback function would allow both elements and connectors to decide
> whether they will allow the connection, and if they do, make any changes
> that are needed.
>
> Unless, by 'user-defined function', you mean that the user can add a bit
> of
> scripting to an object to be evaluated upon connection.  Given the above,
> that could be added using the Python plugin, or any other plugin that
> anyone cares to add.  Design/CPN has something slightly similar,
> annotating
> connections with SML expressions that are evaluated during a simulation
> step.
>
> -Lars
>
> --
> Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor
> "I do not agree with a word that you say, but I   |-----------------------
> -----
> will defend to the death your right to say it."   | Where are we going,
> and
>     --Evelyn Beatrice Hall paraphrasing Voltaire  | what's with the
> handbasket?
> _______________________________________________
> Dia-list mailing list
> Dia-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/dia-list
> FAQ at http://www.lysator.liu.se/~alla/dia/faq.html
> Main page at http://www.lysator.liu.se/~alla/dia



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index] Mail converted by Mofo Magic and the Flying D

 
All trademarks and copyrights are the property of their respective owners.

Other Directory Sites: SeekWonder | Directory Owners Forum

GuideSMACK