[pskmail] Re: win32 perl and gtk ?

  • From: Per Crusefalk <per@xxxxxxxxxxxx>
  • To: pskmail@xxxxxxxxxxxxx
  • Date: Thu, 20 Nov 2008 15:15:31 +0100

tor 2008-11-20 klockan 14:04 +0100 skrev Rein Couperus:

> Hmmm..., interesting. I'd like to give it a try. Can you send me the working 
> stuff 
> so I can give it a whirl?

Well, I actually rebooted now and had a look. Basically its
http://en.wikipedia.org/wiki/Fubar so I don't think I should...
What I did was simply to search/replace for everything looking like a
linux path. I pointed these to a "pskmaildir" in the same directory.
There I created something resembling what should be found in .pskmail.
I then started working from the top to fix errors, I then ended up in a
state where it didn't crash but did nothing...
Thats the point where I kind of figured it could be made to work, if
only enough programmer hours was thrown at it...

> The way pskmail has been developed you could at best call it a 'fully working 
> prototype'.
> I would be in favor of cleaning/redesigning/recoding it to run 
> platform-independent, and use the present 
>  implementation as the reference application. We could/should leave the 
> servers on linux and 
> make them run on a LAMP server (do away with X and operate/monitor it via the 
> web server).

I agree.

> > I would argue that object pascal in fpc/lazarus would be a good way to
> > go, I guess others would suggest java or even c# and mono.
> > 
> This is all stuff I am not (yet) familiar with, but that is not so important 
> as 
> long as the development environment is on Linux :).

I guess we can list the requirements and make a choice. Cross platform
is one and I prefer a real IDE where debugging is supported (setting
breakpoints, checking variables current values with only a mouse over
etc). I like java but I do not like the layout managers... I like c# but
I don't know what the status is with monodevelop etc. I like lazarus...

> This is not necessarily bad, a lot of the functionality of the intermar 
> implementation 
> is specific for their application (maps, grib data, WX broadcasting, APRS 
> focus etc...).
> Moreover there is the language barrier, a lot of users don't use our list 
> because 
> they are not fluent in English...

> The goal should be, however, to retain the common code base across platforms 
> to prevent 
> duplication of resources....

There we agree :-)

73 de Per, sm0rwo

Other related posts: