[9fans] Porting 9front.net/go/draw to Plan 9

[9fans] Porting 9front.net/go/draw to Plan 9

[Friedrich Psiorz]

Hi!

I'm currently writing a graphical application in Go that I would like to
be able to run both in Unix and Plan 9. Currently the 9fans.net/go/draw
library only works in Unix, by connecting to p9p devdraw. Does one of
the maintainers of that repository read this list?

I have the following questions:
- Is anyone still maintaining the repo or is it dead? Who can I contact
directly?
- Do you even want a native Plan 9 port?
- Is there still interest in finishing the parts of that library that
are missing?

I know that there is also mischief's draw9 library which is basically a
port of the same repo, but only for Plan 9, not Plan 9 Port. I would
like to run in both and I would prefer not starting a third incompatible
clone.

Cheers
Fritz

Re: [9fans] Porting 9fans.net/go/draw to Plan 9

[Friedrich Psiorz]

I mean 9fans.net/go/draw

Sorry for the wrong subject line

Am 09.07.2015 um 16:52 schrieb Friedrich Psiorz:
> Hi!
>
> I'm currently writing a graphical application in Go that I would like to
> be able to run both in Unix and Plan 9. Currently the 9fans.net/go/draw
> library only works in Unix, by connecting to p9p devdraw. Does one of
> the maintainers of that repository read this list?
>
> I have the following questions:
> - Is anyone still maintaining the repo or is it dead? Who can I contact
> directly?
> - Do you even want a native Plan 9 port?
> - Is there still interest in finishing the parts of that library that
> are missing?
>
> I know that there is also mischief's draw9 library which is basically a
> port of the same repo, but only for Plan 9, not Plan 9 Port. I would
> like to run in both and I would prefer not starting a third incompatible
> clone.
>
> Cheers
> Fritz
>
>
>

Re: [9fans] Porting 9fans.net/go/draw to Plan 9

[David du Colombier]

> - Is anyone still maintaining the repo or is it dead? Who can I contact
> directly?

Russ Cox is maintaining the draw package.

> - Do you even want a native Plan 9 port?

Nick Owens did a Plan 9 port (based on a slightly older version).

https://bitbucket.org/mischief/draw9

> - Is there still interest in finishing the parts of that library that
> are missing?

Yes.

One nice thing would be to share a common API on both Unix and Plan 9.

--
David du Colombier

Re: [9fans] Porting 9front.net/go/draw to Plan 9

[yy]

On 9 July 2015 at 16:52, Friedrich Psiorz <f.psiorz@gmx.de> wrote:
> Hi!
>
> I'm currently writing a graphical application in Go that I would like to
> be able to run both in Unix and Plan 9. Currently the 9fans.net/go/draw
> library only works in Unix, by connecting to p9p devdraw.

I am sorry I do not have answers to your questions. But here you have
a devdraw version which, instead of using Xlib, connects to a wsys
service using 9p:

https://bitbucket.org/yiyus/devwsys-prev/src/tip/util/9p-srv.c

I was using it from Unix, but porting to Plan 9 should be quite easy.
Then, go/draw would work without many changes. Of course, this
solution is far from optimal (the path will unnecessarily be go/draw
-> devdraw.9p -> wsys), but it should get the ball rolling.


--
- yiyus || JGL .

Re: [9fans] Porting 9front.net/go/draw to Plan 9

[Friedrich Psiorz]

Thanks!

I still think a real port would be better, and probably not too hard.
But your post made me think … maybe it would be nice to separate the
front end from the back end, so devdraw would be one possibility, the
native file system another and possibly an imported
9fans.net/go/plan9/client a third one.

But for now, I think I will just hard-wire the native file system for
Plan 9 and devdraw for all other OSs.

Am 10.07.2015 um 12:18 schrieb yy:
> On 9 July 2015 at 16:52, Friedrich Psiorz <f.psiorz@gmx.de> wrote:
>> Hi!
>>
>> I'm currently writing a graphical application in Go that I would like to
>> be able to run both in Unix and Plan 9. Currently the 9fans.net/go/draw
>> library only works in Unix, by connecting to p9p devdraw.
> I am sorry I do not have answers to your questions. But here you have
> a devdraw version which, instead of using Xlib, connects to a wsys
> service using 9p:
>
> https://bitbucket.org/yiyus/devwsys-prev/src/tip/util/9p-srv.c
>
> I was using it from Unix, but porting to Plan 9 should be quite easy.
> Then, go/draw would work without many changes. Of course, this
> solution is far from optimal (the path will unnecessarily be go/draw
> -> devdraw.9p -> wsys), but it should get the ball rolling.
>
>

Re: [9fans] Porting 9front.net/go/draw to Plan 9

[Skip Tavakkolian]

[-- Attachment #1: Type: text/plain, Size: 1716 bytes --]

for goplan9 i think the differences can be hidden in Go files with proper
build directives (i.e. +build plan9 or +build !plan9). i think once you go
past the naming convention and how a 9p connection is posted or opened,
things should be the same for plan9 and posix-ish environments.

On Fri, Jul 10, 2015 at 7:37 AM, Friedrich Psiorz <f.psiorz@gmx.de> wrote:

> Thanks!
>
> I still think a real port would be better, and probably not too hard.
> But your post made me think … maybe it would be nice to separate the
> front end from the back end, so devdraw would be one possibility, the
> native file system another and possibly an imported
> 9fans.net/go/plan9/client a third one.
>
> But for now, I think I will just hard-wire the native file system for
> Plan 9 and devdraw for all other OSs.
>
> Am 10.07.2015 um 12:18 schrieb yy:
> > On 9 July 2015 at 16:52, Friedrich Psiorz <f.psiorz@gmx.de> wrote:
> >> Hi!
> >>
> >> I'm currently writing a graphical application in Go that I would like to
> >> be able to run both in Unix and Plan 9. Currently the 9fans.net/go/draw
> >> library only works in Unix, by connecting to p9p devdraw.
> > I am sorry I do not have answers to your questions. But here you have
> > a devdraw version which, instead of using Xlib, connects to a wsys
> > service using 9p:
> >
> > https://bitbucket.org/yiyus/devwsys-prev/src/tip/util/9p-srv.c
> >
> > I was using it from Unix, but porting to Plan 9 should be quite easy.
> > Then, go/draw would work without many changes. Of course, this
> > solution is far from optimal (the path will unnecessarily be go/draw
> > -> devdraw.9p -> wsys), but it should get the ball rolling.
> >
> >
>
>
>

[-- Attachment #2: Type: text/html, Size: 2497 bytes --]