Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.javascript > #37999 > unrolled thread

Library for drag/drop/connect objects (visio-like)

Back to article view | Back to comp.lang.javascript

Contents

  Library for drag/drop/connect objects (visio-like) jeremy <jeremy0505@gmail.com> - 2020-01-07 15:14 +0000
    Re: Library for drag/drop/connect objects (visio-like) Leonardo Campos <leonardoscampos@gmail.com> - 2020-01-07 11:28 -0800
      Re: Library for drag/drop/connect objects (visio-like) jeremy <jeremy0505@gmail.com> - 2020-01-08 10:38 +0000
    Re: Library for drag/drop/connect objects (visio-like) Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2020-01-08 01:22 +0100
      Re: Library for drag/drop/connect objects (visio-like) jeremy <jeremy0505@gmail.com> - 2020-01-08 10:30 +0000
        Re: Library for drag/drop/connect objects (visio-like) Julio Di Egidio <julio@diegidio.name> - 2020-01-08 07:05 -0800
          Re: Library for drag/drop/connect objects (visio-like) jeremy <jeremy0505@gmail.com> - 2020-01-08 16:18 +0000
            Re: Library for drag/drop/connect objects (visio-like) Julio Di Egidio <julio@diegidio.name> - 2020-01-08 08:59 -0800
          Re: Library for drag/drop/connect objects (visio-like) John G Harris <niam@jghnorth.org.uk.invalid> - 2020-01-08 19:12 +0000
            Re: Library for drag/drop/connect objects (visio-like) Julio Di Egidio <julio@diegidio.name> - 2020-01-08 11:39 -0800
              Re: Library for drag/drop/connect objects (visio-like) John G Harris <niam@jghnorth.org.uk.invalid> - 2020-01-09 11:03 +0000
                Re: Library for drag/drop/connect objects (visio-like) jeremy <jeremy0505@gmail.com> - 2020-01-09 11:18 +0000
                  Re: Library for drag/drop/connect objects (visio-like) Julio Di Egidio <julio@diegidio.name> - 2020-01-09 03:59 -0800
                    Re: Library for drag/drop/connect objects (visio-like) jeremy <jeremy0505@gmail.com> - 2020-01-09 12:52 +0000
                    [OT] Netiquette (was: Re: Library for drag/drop/connect objects (visio-like)) Arno Welzel <usenet@arnowelzel.de> - 2020-01-10 11:26 +0100
                      Re: [OT] Netiquette (was: Re: Library for drag/drop/connect objects (visio-like)) Julio Di Egidio <julio@diegidio.name> - 2020-01-10 07:01 -0800
                        Re: [OT] Netiquette Arno Welzel <usenet@arnowelzel.de> - 2020-01-13 11:00 +0100
                          Re: [OT] Netiquette "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2020-01-13 12:40 +0100
                          Re: [OT] Netiquette Julio Di Egidio <julio@diegidio.name> - 2020-01-13 04:02 -0800
                            Re: [OT] Netiquette jeremy <jeremy0505@gmail.com> - 2020-01-13 12:32 +0000
                              Re: [OT] Netiquette Julio Di Egidio <julio@diegidio.name> - 2020-01-13 04:34 -0800
                                Re: [OT] Netiquette jeremy <jeremy0505@gmail.com> - 2020-01-13 12:57 +0000
                                  Re: [OT] Netiquette Julio Di Egidio <julio@diegidio.name> - 2020-01-13 05:15 -0800
                                    Re: [OT] Netiquette jeremy <jeremy0505@gmail.com> - 2020-01-13 13:19 +0000
                                      Re: [OT] Netiquette Julio Di Egidio <julio@diegidio.name> - 2020-01-13 05:23 -0800
                                    Re: [OT] Netiquette Arno Welzel <usenet@arnowelzel.de> - 2020-01-13 15:33 +0100
                              Re: [OT] Netiquette Jon Ribbens <jon+usenet@unequivocal.eu> - 2020-01-13 13:59 +0000
                            Re: [OT] Netiquette Arno Welzel <usenet@arnowelzel.de> - 2020-01-13 15:31 +0100
                          Re: [OT] Netiquette Julio Di Egidio <julio@diegidio.name> - 2020-01-13 04:33 -0800
                            Re: [OT] Netiquette Arno Welzel <usenet@arnowelzel.de> - 2020-01-13 15:46 +0100
                  Re: Library for drag/drop/connect objects (visio-like) John G Harris <niam@jghnorth.org.uk.invalid> - 2020-01-09 18:18 +0000
                  Re: Library for drag/drop/connect objects (visio-like) Ben Bacarisse <ben.usenet@bsb.me.uk> - 2020-01-09 18:24 +0000
                    Re: Library for drag/drop/connect objects (visio-like) jeremy <jeremy0505@gmail.com> - 2020-01-09 18:35 +0000
                  Re: Library for drag/drop/connect objects (visio-like) Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2020-01-13 20:40 +0100
                    Re: Library for drag/drop/connect objects (visio-like) AC Needy <ac.needy@gmail.com> - 2020-01-13 16:51 -0500
                      Re: Library for drag/drop/connect objects (visio-like) Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2020-01-19 23:14 +0100
                        Re: Library for drag/drop/connect objects (visio-like) dr.s.lartius@gmail.com - 2020-01-19 15:14 -0800
                        Re: Library for drag/drop/connect objects (visio-like) AC Needy <ac.needy@gmail.com> - 2020-01-20 02:09 -0500
                        [OT] "Netiquette" (was: Re: Library for drag/drop/connect objects (visio-like)) Arno Welzel <usenet@arnowelzel.de> - 2020-01-21 12:22 +0100
                          Re: [OT] "Netiquette" (was: Re: Library for drag/drop/connect objects (visio-like)) John G Harris <niam@jghnorth.org.uk.invalid> - 2020-01-22 18:05 +0000
                            Re: [OT] "Netiquette" Arno Welzel <usenet@arnowelzel.de> - 2020-01-22 20:47 +0100
                              Re: [OT] "Netiquette" Julio Di Egidio <julio@diegidio.name> - 2020-01-22 12:16 -0800
                                Re: [OT] "Netiquette" AC Needy <ac.needy@gmail.com> - 2020-01-22 22:15 -0500
                                Re: [OT] "Netiquette" Arno Welzel <usenet@arnowelzel.de> - 2020-01-23 18:50 +0100
                                  Re: [OT] "Netiquette" Julio Di Egidio <julio@diegidio.name> - 2020-01-23 10:37 -0800
                                    Re: [OT] "Netiquette" Arno Welzel <usenet@arnowelzel.de> - 2020-01-24 13:33 +0100
    Re: Library for drag/drop/connect objects (visio-like) Arno Welzel <usenet@arnowelzel.de> - 2020-01-08 08:25 +0100
      Re: Library for drag/drop/connect objects (visio-like) jeremy <jeremy0505@gmail.com> - 2020-01-08 10:41 +0000
    Re: Library for drag/drop/connect objects (visio-like) Lynn McGuire <lynnmcguire5@gmail.com> - 2020-01-22 14:17 -0600
      Re: Library for drag/drop/connect objects (visio-like) jeremy <jeremy0505@gmail.com> - 2020-01-23 08:52 +0000
        Re: Library for drag/drop/connect objects (visio-like) Lynn McGuire <lynnmcguire5@gmail.com> - 2020-01-23 17:18 -0600

Page 3 of 3 — ← Prev page 1 2 [3]

#38110 — Re: [OT] "Netiquette"

John G Harris:

> On Tue, 21 Jan 2020 12:22:31 +0100, Arno Welzel <usenet@arnowelzel.de>
> wrote:
> 
>   <snip>
>> That's one of the reasons why an identity
>> card not only contains a display name but also a picture of the person,
>> date of birth etc.
>   <snip>
> 
> Does that mean that identical twins should be illegal?

No. It only means that a display name isn't sufficient to identify someone.

> Or is that yet another problem with ID systems?

Yep. And remember - the original claim by T. Lahn was: "For all intents
and purposes, it *is* an ID".


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#38111 — Re: [OT] "Netiquette"

On Wednesday, 22 January 2020 20:47:15 UTC+1, Arno Welzel  wrote:
> John G Harris:
> > On Tue, 21 Jan 2020 12:22:31 +0100, Arno Welzel <usenet@arnowelzel.de>
> > wrote:
> >   <snipped from Thomas Lahn>
> >> That's one of the reasons why an identity
> >> card not only contains a display name but also a picture of the
> >> person, date of birth etc.
> >   <snip>
> > 
> > Does that mean that identical twins should be illegal?

LOL.

> No. It only means that a display name isn't sufficient to identify
> someone.

That is why it's a real name and email address: the email address is
legally binding, at least in principle, there is a contract somewhere
some real person has signed for that service.

Now notice that Thomas was talking about attributions in the post,
while, of course, the email address belongs to the headers...

To put it nicely, you guys are simply not seeing the big picture.

HTH,

Julio

[toc] | [prev] | [next] | [standalone]

#38113 — Re: [OT] "Netiquette"

[Multipart message — attachments visible in raw view] — view raw

On 1/22/2020 3:16 PM, Julio Di Egidio <julio@diegidio.name> wrote:

> On Wednesday, 22 January 2020 20:47:15 UTC+1, Arno Welzel  wrote:

>> John G Harris:

>>> On Tue, 21 Jan 2020 12:22:31 +0100, Arno Welzel
>>> <usenet@arnowelzel.de> wrote: <snipped from Thomas Lahn>

>>>> That's one of the reasons why an identity
>>>> card not only contains a display name but also a picture of the
>>>> person, date of birth etc.

>>> Does that mean that identical twins should be illegal?

> LOL.

>> No. It only means that a display name isn't sufficient to identify
>> someone.

> That is why it's a real name and email address: the email address is
> legally binding, at least in principle, there is a contract
> somewhere some real person has signed for that service.

Nonsense. No agreements made nor service/compensation exchanged.

> Now notice that Thomas was talking about attributions in the post,
> while, of course, the email address belongs to the headers...

Rubbish!

    ¦ The followup agent SHOULD also precede the quoted
    ¦ content by an "attribution line" (however,
    ¦ readers are warned not to assume that they are
    ¦ accurate, especially within multiply nested
    ¦ quotations). The following convention for such
    ¦ lines is intended to facilitate their automatic
    ¦ recognition and processing by sophisticated
    ¦ reading agents. The attribution SHOULD contain
    ¦ the name and/or the email address of the
    ¦ precursor's poster, as in

    ¦ Joe D. Bloggs <jdbloggs@foo.example> wrote:

    ¦ or

    ¦ Helmut Schmidt <helmut@bar.example> schrieb:

    ¦ The attribution MAY contain also a single
    ¦ <newsgroup-name> (the one from which the followup
    ¦ is being made), the precursor's message
    ¦ identifier and/or the precursor's Date and Time.
    ¦ Any of these that are present, SHOULD precede the
    ¦ name and/or email address. However, the inclusion
    ¦ or not of such fields SHOULD always be under the
    ¦ control of the poster.

> To put it nicely, you guys are simply not seeing the big picture.

Perhaps there are individuals that do not see the big picture. In order
to see the big picture one needs to understand the situation/concept as a 
whole rather than getting entangled on a specific detail.

  • The display name is usually under the control of the poster.

  • The attribution line is usually under the control of the poster.
    Either automated or manually changed.

  • The posters email address SHOULD be a working mailbox.  That is not
    required by all providers.

    ¦ Aioe.org hosts a public news server, a USENET
    ¦ site that is *intentionally* kept open for all IP
    ¦ addresses without requiring any kind of
    ¦ authentication both for reading and for
    ¦ posting.

There is no reasonable expectations for individuals to provide/receive 
identification. Individuals with this expectation will never be happy on
an unmoderated group.

    ¦ "What's in a name? that which we call a rose
    ¦ By any other name would smell as sweet."
    ¦ - William Shakespeare

[toc] | [prev] | [next] | [standalone]

#38125 — Re: [OT] "Netiquette"

Julio Di Egidio:

> On Wednesday, 22 January 2020 20:47:15 UTC+1, Arno Welzel  wrote:
[...]
>> No. It only means that a display name isn't sufficient to identify
>> someone.
> 
> That is why it's a real name and email address: the email address is
> legally binding, at least in principle, there is a contract somewhere
> some real person has signed for that service.

There are many email providers where you can get a valid email address
without any personal details.

For example:

<https://posteo.de/en>
<https://posteo.de/en/site/payment>

> Now notice that Thomas was talking about attributions in the post,
> while, of course, the email address belongs to the headers...

Even the combination of a name and e-mail-address is not sufficient to
identify a natural person.

So the name of the sender in a post is just that: a name, nothing else.
If this name is the real name of the sender or his nickname or a
pseudonym does not really matter. In ever case the reader will see a
name and an e-mail-address he can connect to a post. For this purpose
*any* name is sufficient as long as the poster does not change it all
the time.

-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#38126 — Re: [OT] "Netiquette"

On Thursday, 23 January 2020 18:50:30 UTC+1, Arno Welzel  wrote:

> Even the combination of a name and e-mail-address is not sufficient to
> identify a natural person.

Yes, it is: there is one and only one person who has signed up for that
email address.  A *real* email address of course!  Talking of Posteo is
not just a whole new layer of complexity, but also irrelevant here, the
whole point being that you *should not* go the anonymous/pseudonymous
way, not on Usenet that is.

> So the name of the sender in a post is just that: a name, nothing else.

You seem to conflate what is with what ought to be.  Rather, we are back to
the fact that it's everybody's own responsibility to behave or not to behave.

And I am done with this "discussion": either you get it, at least what the
point is, or you don't.

HTH and EOD.

Julio

[toc] | [prev] | [next] | [standalone]

#38135 — Re: [OT] "Netiquette"

On 23.01.20 19:37, Julio Di Egidio wrote:

> On Thursday, 23 January 2020 18:50:30 UTC+1, Arno Welzel  wrote:
> 
>> Even the combination of a name and e-mail-address is not sufficient to
>> identify a natural person.
> 
> Yes, it is: there is one and only one person who has signed up for that
> email address.  A *real* email address of course!  Talking of Posteo is

Sure. But this does not mean, that the either the provider or the public
needs to know, which natural person uses a specific e-mail-address.

> not just a whole new layer of complexity, but also irrelevant here, the
> whole point being that you *should not* go the anonymous/pseudonymous
> way, not on Usenet that is.

Yes, I know some people still have this fetish, that doing public posts
in the Usenet require that the poster can be identified and must not
protect himself by using a pseudonym. But this is culture is obsolete
nowadays, as we have so many examples how personal data is abused.

At least RFC1855 wdoes *not* ask to use a real identity in public networks.



-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#38002

jeremy:

> 
> Hi, go easy on me, new to this group :)
> 
> I'm looking for a library that would enable me to develop a Visio-like UI 
> for defining workflows.
> 
> In essence I'd like to set up a library of a small number of "object 
> types" (forms, statuses, emails for example) and allow my user to drag and 
> drop from the library onto the page and easily connect e.g. a form to an 
> email).

<https://www.draw.io/>

They also provide the source for self hosting:

<https://github.com/jgraph/drawio>


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#38005

In article <h7leefFn9mnU1@mid.individual.net>, usenet@arnowelzel.de says...
> 
> jeremy:
> 
> > 
> > Hi, go easy on me, new to this group :)
> > 
> > I'm looking for a library that would enable me to develop a Visio-like UI 
> > for defining workflows.
> > 
> > In essence I'd like to set up a library of a small number of "object 
> > types" (forms, statuses, emails for example) and allow my user to drag and 
> > drop from the library onto the page and easily connect e.g. a form to an 
> > email).
> 
> <https://www.draw.io/>
> 
> They also provide the source for self hosting:
> 
> <https://github.com/jgraph/drawio>

Thanks Arno. Actually that is a tool we have already played with for 
illustrating data models - I can see it has support for a wide range of 
drawings.

Appreciate the link, thanks.

-- 
jeremy

[toc] | [prev] | [next] | [standalone]

#38112

On 1/7/2020 9:14 AM, jeremy wrote:
> 
> Hi, go easy on me, new to this group :)
> 
> I'm looking for a library that would enable me to develop a Visio-like UI
> for defining workflows.
> 
> In essence I'd like to set up a library of a small number of "object
> types" (forms, statuses, emails for example) and allow my user to drag and
> drop from the library onto the page and easily connect e.g. a form to an
> email).
> 
> If the above makes any sense to anyone, could you point me in the right
> direction?
> 
> TIA

Are you looking for a specific language such as C++ or javascript ?

And a specific platform such as Windows or AWS ?

Thanks,
Lynn

[toc] | [prev] | [next] | [standalone]

#38120

In article <r0aal9$t26$1@dont-email.me>, lynnmcguire5@gmail.com says...
> 
> On 1/7/2020 9:14 AM, jeremy wrote:
> > 
> > Hi, go easy on me, new to this group :)
> > 
> > I'm looking for a library that would enable me to develop a Visio-like UI
> > for defining workflows.
> > 
> > In essence I'd like to set up a library of a small number of "object
> > types" (forms, statuses, emails for example) and allow my user to drag and
> > drop from the library onto the page and easily connect e.g. a form to an
> > email).
> > 
> > If the above makes any sense to anyone, could you point me in the right
> > direction?
> > 
> > TIA
> 
> Are you looking for a specific language such as C++ or javascript ?

Javascript - would need to be platform independent
> 
> And a specific platform such as Windows or AWS ?
> 

No specific platform - my thoughts would be that this is 100% API driven - 
i.e. when the user loads this application, it determines what shapes (for 
example) are available (e.g. our appication informs via JSON that the user 
can use object1, object2 and object3) within the palette for the user to 
use and as each shape is dropped onto a canvas its position, size and 
connections to other objects are sent back to APIs on the server (which we 
would have written to conform to the spec of the tool)and that data is 
stored in our own database.

The (albeit fledgling) idea was to enable us to present those objects 
within our application that a user is able to configure (e.g. a process 
step being linked to an email) in a graphical manner. The number of types 
of object would be very small (maybe 5).

Not sure if this clarifies?

Thanks 

-- 
jeremy

[toc] | [prev] | [next] | [standalone]

#38131

On 1/23/2020 2:52 AM, jeremy wrote:
> In article <r0aal9$t26$1@dont-email.me>, lynnmcguire5@gmail.com says...
>>
>> On 1/7/2020 9:14 AM, jeremy wrote:
>>>
>>> Hi, go easy on me, new to this group :)
>>>
>>> I'm looking for a library that would enable me to develop a Visio-like UI
>>> for defining workflows.
>>>
>>> In essence I'd like to set up a library of a small number of "object
>>> types" (forms, statuses, emails for example) and allow my user to drag and
>>> drop from the library onto the page and easily connect e.g. a form to an
>>> email).
>>>
>>> If the above makes any sense to anyone, could you point me in the right
>>> direction?
>>>
>>> TIA
>>
>> Are you looking for a specific language such as C++ or javascript ?
> 
> Javascript - would need to be platform independent
>>
>> And a specific platform such as Windows or AWS ?
>>
> 
> No specific platform - my thoughts would be that this is 100% API driven -
> i.e. when the user loads this application, it determines what shapes (for
> example) are available (e.g. our appication informs via JSON that the user
> can use object1, object2 and object3) within the palette for the user to
> use and as each shape is dropped onto a canvas its position, size and
> connections to other objects are sent back to APIs on the server (which we
> would have written to conform to the spec of the tool)and that data is
> stored in our own database.
> 
> The (albeit fledgling) idea was to enable us to present those objects
> within our application that a user is able to configure (e.g. a process
> step being linked to an email) in a graphical manner. The number of types
> of object would be very small (maybe 5).
> 
> Not sure if this clarifies?
> 
> Thanks

Yup.  Like the first response, my research says that GoJS of Northwoods 
Software looks pretty good.  I just did not like the downloading of the 
js code from their website constantly since I have trust issues so I 
would get a source code license.
    https://www.nwoods.com/

Lynn

[toc] | [prev] | [standalone]

Page 3 of 3 — ← Prev page 1 2 [3]

Back to top | Article view | comp.lang.javascript

csiph-web