A must read for all of us

9 views
Skip to first unread message

Sunish Issac

unread,
Feb 8, 2010, 1:21:46 AM2/8/10
to jal...@googlegroups.com, jalsi...@googlegroups.com
I happened to read this faq item on google code

If you are new, you should plan to participate in existing open source projects to learn how they work. You might also want to check out Karl Fogel's book, I'm new to open source... how do I run an open source project?Producing Open Source Software.

While reading it there were couple of insights regarding how to have the OS project successful. Packaging is one of the most important part, and I still feel that jal still has to go a long way.

Looks like we got to have a survey about the users, their platforms and usability so that we can give priority and work on it.

Personally I feel on windows, its very important to have native context sensitive help files available from within the IDE for the compiler,jallib and jaledit.

Sunish

funlw65

unread,
Feb 8, 2010, 9:32:16 AM2/8/10
to jallib
Look here, http://www.contexteditor.org/ , is a great programmer
editor, with sources. Is based on Synedit.

Vasi(funlw65)

On Feb 7, 10:21 pm, Sunish Issac <sunish....@gmail.com> wrote:
> I happened to read this faq item on google code
>
> If you are new, you should plan to participate in existing open source
> projects to learn how they work. You might also want to check out Karl
> Fogel's book, I'm new to open source... how do I run an open source
> project?Producing

> Open Source Software <http://producingoss.com/>.

mattschinkel

unread,
Feb 8, 2010, 2:54:59 PM2/8/10
to jallib
I wonder if the future extended language ref with Dita could be
converted to a help file as well as PDF. Sorry seb, sounds like more
work.

With the number of documentation contributors I wonder if these things
can even be done.

I also think packaging is quite important, jallib-pack should contain
an editor + help file.

Now that Jaledit does not lock up, I hope we can consider putting it
within the jallib package. It is an inconvenient for users to go
somewhere else to get an editor. Of course jaledit can have a menu
item for a jallib help file.

Matt.

On Feb 8, 1:21 am, Sunish Issac <sunish....@gmail.com> wrote:
> I happened to read this faq item on google code
>
> If you are new, you should plan to participate in existing open source
> projects to learn how they work. You might also want to check out Karl
> Fogel's book, I'm new to open source... how do I run an open source
> project?Producing

> Open Source Software <http://producingoss.com/>.

Sebastien Lelong

unread,
Feb 8, 2010, 3:11:56 PM2/8/10
to jal...@googlegroups.com
Hi,

2010/2/8 mattschinkel <mattsc...@hotmail.com>

I wonder if the future extended language ref with Dita could be
converted to a help file as well as PDF. Sorry seb, sounds like more
work.

I think DITA can generate html help file (chm IIRC).
 

With the number of documentation contributors I wonder if these things
can even be done.

I also think packaging is quite important, jallib-pack should contain
an editor + help file.

Now that Jaledit does not lock up, I hope we can consider putting it
within the jallib package. It is an inconvenient for users to go
somewhere else to get an editor. Of course jaledit can have a menu
item for a jallib help file.

But it's windows only... I'm currently working on an IDE for Jaluino, cross-platform. Can't be compared to jaledit, but may be an alternative.


Cheers,
Seb
 
 

On Feb 8, 1:21 am, Sunish Issac <sunish....@gmail.com> wrote:
> I happened to read this faq item on google code
>
> If you are new, you should plan to participate in existing open source
> projects to learn how they work. You might also want to check out Karl
> Fogel's book, I'm new to open source... how do I run an open source
> project?Producing
> Open Source Software <http://producingoss.com/>.
>
> While reading it there were couple of insights regarding how to have the OS
> project successful. Packaging is one of the most important part, and I still
> feel that jal still has to go a long way.
>
> Looks like we got to have a survey about the users, their platforms and
> usability so that we can give priority and work on it.
>
> Personally I feel on windows, its very important to have native context
> sensitive help files available from within the IDE for the compiler,jallib
> and jaledit.
>
> Sunish

--
You received this message because you are subscribed to the Google Groups "jallib" group.
To post to this group, send email to jal...@googlegroups.com.
To unsubscribe from this group, send email to jallib+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/jallib?hl=en.




--
Sébastien Lelong
http://www.sirloon.net
http://sirbot.org

mattschinkel

unread,
Feb 8, 2010, 6:33:13 PM2/8/10
to jallib
> But it's windows only... I'm currently working on an IDE for Jaluino,
> cross-platform. Can't be compared to jaledit, but may be an alternative.
>

Why another IDE? Why don't you either help Sunish re-write Jaledit to
cross-platform (maybe jaledit 2.0) with the same look and feel, or use
PICshell?

As Sunish would say "Jaledit runs under wine". So is it possible to
have a Jaledit that already contains wine so people don't need to
install Wine?

I would much prefer a solution other then build a new IDE.

Matt.

Sebastien Lelong

unread,
Feb 9, 2010, 2:09:33 AM2/9/10
to jal...@googlegroups.com
Hi Matt,

2010/2/9 mattschinkel <mattsc...@hotmail.com>

> But it's windows only... I'm currently working on an IDE for Jaluino,
> cross-platform. Can't be compared to jaledit, but may be an alternative.
>

Why another IDE? Why don't you either help Sunish re-write Jaledit to
cross-platform (maybe jaledit 2.0) with the same look and feel, or use
PICshell?

What I'm looking for is an IDE I could write specific plugins for, dedicated to Jaluino. I want it to be cross-platform too.

About PICShell: as you know, I really like the unittest feature and the possibility to follow jal code and asm code side by side. But these are features I don't want to expose to users, too much advanced. There's no plugin architecture.

About Jaledit: I wish I could use it, really, but it's not cross-plaftform, and wine isn't a solution IMO. It's not integrated to original desktop (filesystem, drag'n drop interaction, etc...). I don't know if it also work under wine with OSX. There's no plugin architecture too, so I can't customize it. Already discussed this with Sunish, making jaledit cross-plaftform would require to wait synedit to be cross-platform, and move to another underlying editor, like Scintilla (and rewrite it). (Sunish, correct me if I'm wrong...)

So that's why I'm trying to build yet another IDE, though I wish I wouldn't have to.
 

As Sunish would say "Jaledit runs under wine". So is it possible to
have a Jaledit that already contains wine so people don't need to
install Wine?

As I said, using wine won't fill the gap of being cross-platform. It's artificial, slow, rather ugly, and sometime crashes (depends on version).

 

I would much prefer a solution other then build a new IDE.

I would too, but don't seem to have choice by now :)
 

Cheers,
Seb

mattschinkel

unread,
Feb 9, 2010, 10:17:26 AM2/9/10
to jallib
What about making this new editor look and feel like jaledit, but
named jaledit 2.0? Would Sunish be ok with this?

You mentioned Scintilla, I use this editor for another language and it
is quite nice. Scintilla has been customized for this other open
source language "Autoit". You may be able get this custom version and
edit it for jal. It already has things like compile button and compile
output.

I'm not sure how far along you are with this new IDE.

Others here have not said "let's put an editor in the jallib pack". I
am wondering if they will allow this new editor to be placed into the
pack when it is finnished. Maybe this is a question to ask before
writing a new IDE.

Matt.

On Feb 9, 2:09 am, Sebastien Lelong <sebastien.lel...@gmail.com>
wrote:
> Hi Matt,
>
> 2010/2/9 mattschinkel <mattschin...@hotmail.com>

Sebastien Lelong

unread,
Feb 9, 2010, 11:28:18 AM2/9/10
to jal...@googlegroups.com
Hi Matt,

2010/2/9 mattschinkel <mattsc...@hotmail.com>
What about making this new editor look and feel like jaledit, but

named jaledit 2.0? Would Sunish be ok with this?

Why not ? But how different it is from what I'm doing, except the name ? (and you were not in favor ?)
 

You mentioned Scintilla, I use this editor for another language and it
is quite nice. Scintilla has been customized for this other open
source language "Autoit". You may be able get this custom version and
edit it for jal. It already has things like compile button and compile
output.

From what I understand, Scintilla provides framework to deal with code, syntax hightlight, etc... It's not an editor on its own. Do you mean "Scite" ?
 

I'm not sure how far along you are with this new IDE.

Not very far ! Syntax highlight, compile/upload with custom commands, logs, clickable error points to corresponding lines, maybe few other things I can't remember. What is interesting is how many LOC are required and how it can be done. For now, it's a prototype, though I'm working on easy install/deployment (usually not the thing to care about in prototyping stage...), and a way to learn how to deal with Editra (IDE on which it's based).
 

Others here have not said "let's put an editor in the jallib pack". I
am wondering if they will allow this new editor to be placed into the
pack when it is finnished. Maybe this is a question to ask before
writing a new IDE.

I never said that I would put this editor in jallib-pack... This is primarily for jaluino, and it's way too far from jaledit's cool stuffs to be included in a jallib pack.

To be honest, I'm not a big fan of IDE myself. I'm too stuck to "vim" shortcut. Luckily Editra has "vim" emulation commands, and could be a reason for me to use it :) That said, I understand how important it is to provide an integrated tool in order for users to easily getting started. That's why I'm doing this, or at least try to.


Cheers,
Seb
 
--
You received this message because you are subscribed to the Google Groups "jallib" group.
To post to this group, send email to jal...@googlegroups.com.
To unsubscribe from this group, send email to jallib+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/jallib?hl=en.

funlw65

unread,
Feb 9, 2010, 7:55:00 AM2/9/10
to jallib
Hi Matt,

The only chance to get fast a Jaledit crossplatform (Windoze, Linux,
Mac [also for Linux Mac, both ppc and i386], FreeBSD, WinCE, OS2 Warp
[a gift for Rob], etc.) is to use Freepascal (2.4.0 version is great
but is too fresh so, maybe 2.2.4), Lazarus (a copy of Delphi IDE for
Freepascal), and Synedit 1.3 (incorporated inside Lazarus) version. A
bit of downgrade if Sunish use Synedit 2.x (He said that Synedit is
based entirely on VCL but Lazarus have LCL instead, on which Synedit
1.1 was ported and enhanced - 1.3 version now).
One problem is that Lazarus is still beta (stable only on Linux) but
an application can be done successfully.
The advantage is that you need to develop only on one O.S. (the one
which you are accustomed to it) and then, you can compile the project
everywhere.
Another "problem' [:-D] is that this depends entirely on Sunish
decision (unless someone start a fork or a new project with same
interface...).

Jaledit is crashing under Vista Home if I try to change the highlight
scheme. But this is an old behavior (happened also under Win98 with
older versions).


Vasi(funlw65)

P.S. I know is hard for anyone to start a whole new project (and
learning a new programming environment) but if we want a crossplatform
IDE (and Sunish want to play a major role on this) is time to start
it now (restart, in Sunish case). Later my be too late...

mattschinkel

unread,
Feb 9, 2010, 2:01:18 PM2/9/10
to jallib
> > What about making this new editor look and feel like jaledit, but
> > named jaledit 2.0? Would Sunish be ok with this?
>
> Why not ? But how different it is from what I'm doing, except the name ?
> (and you were not in favor ?)

I did not say that I am not in favor.

The name is important, if the name JalEdit was used, it will be easy
to get others to convert. You know the importance of marketing.

We should try to get a yes or no answer from Sunish, maybe he will get
on board with you to build a nice IDE. I feel bad however that he has
put so much of his time into the wonderful JalEdit that he has
created. There should be some note about the great work that he has
done within this new IDE if it is to replace jaledit.

> From what I understand, Scintilla provides framework to deal with code,
> syntax hightlight, etc... It's not an editor on its own. Do you mean "Scite"

Yes, I ment Scite.

I agree that PICShell is too complex for basic users, mostly I wish we
could reduce workload. I see other more important tasks that need to
be done such as documentation. Of course I am content with what I
currenlty have to write jal code.

A "fast" crossplatform jaledit sounds like a great idea to me if it is
possible. Could a bit more research be done?

Matt.

AlbertF

unread,
Feb 9, 2010, 2:51:56 PM2/9/10
to jallib
Hi Seb, Matt
Would be nice (in the end) to have one tool, so if we can agree to
build a new cross platform Jaledit I probably can help you out with
some items.
For example we could a derive some modules from Picshell for advanced
users (debugging/unit testing etc) if at least were heading for a
python
and wxWidget based solution, so Picshell can phase out in the future
and we can put all our effort on building one tool (instead of 3 as it
is right now)
Albert

Sebastien Lelong

unread,
Feb 9, 2010, 3:34:45 PM2/9/10
to jal...@googlegroups.com
>
> A "fast" crossplatform jaledit sounds like a great idea to me if it is
> possible. Could a bit more research be done?

Sure, it's always good, but it depends on what you're looking for. for
jaluino, I wasn't looking for a lib like scintilla or synedit, but
some ready-to-use IDE on wich I could base jaluino IDE, as a plugin,
and get all the benefits from existing base & plugins.

I found Code::block, Eclipse, and Editra. I chose Editra because it's
python based, highly versatile, as a nice plugin architecture a
d well documented (hard to find), and, not the least, very good
support (and vim emulation commands ;))

Please let me know the results of your quest ! :)

Cheers
seb


>
> Matt.

Sebastien Lelong

unread,
Feb 9, 2010, 3:39:49 PM2/9/10
to jal...@googlegroups.com
Hi Albert,

Le 9 févr. 2010 à 20:51, AlbertF <a.f...@chello.nl> a écrit :

>
> For example we could a derive some modules from Picshell for advanced
> users (debugging/unit testing etc) if at least were heading for a
> python
> and wxWidget based solution, so Picshell can phase out in the future
> and we can put all our effort on building one tool (instead of 3 as it
> is right now)
> Albert

Honestly, I also chose Editra because it's pure python and wxpython
GUI toolkit, hoping to see some Picshell features potentially merged,
like unittest that I like so much :)

cheers
seb

Mike@watty

unread,
Feb 9, 2010, 6:13:41 PM2/9/10
to jallib
Checkout Notepad++ to see what is possible with Scintilla

https://sourceforge.net/projects/notepad-plus/

I use it all the time.


So maybe JalEdit re-worked using Scintilla core? Scintilla is cross
platform?
(Notepad++ itself is actually easy to customise for JAL, but I'm not
suggesting that as I think it's only for Windows.)


Ancient History:
I did an editor once with hyperlinking (not HTTP), in Modula-2, but
it's only Console based. Works OS/2, DOS and Windows :-)


> >>> Why not ? But how different it is from what I'm doing, except the  
> >>> name ?
> >>> (and you were not in favor ?)
>
> >> I did not say that I am not in favor.
>
> >> The name is important, if the name JalEdit was used, it will be easy
> >> to get others to convert. You know the importance of marketing.
>
> >> We should try to get a yes or no answer from Sunish, maybe he will  

> >> could reduce workload. I see other more important tasks that need to

Sunish Issac

unread,
Feb 9, 2010, 10:02:22 PM2/9/10
to jal...@googlegroups.com
Its not the editor source that we are interested in. Context is a delphi app based on synedit, which makes it windows only. So what's the point in Context ?

Sunish

Sunish Issac

unread,
Feb 9, 2010, 10:06:55 PM2/9/10
to jal...@googlegroups.com
On Tue, Feb 9, 2010 at 1:24 AM, mattschinkel <mattsc...@hotmail.com> wrote:
I wonder if the future extended language ref with Dita could be
converted to a help file as well as PDF. Sorry seb, sounds like more
work.

With the number of documentation contributors I wonder if these things
can even be done.

I also think packaging is quite important, jallib-pack should contain
an editor + help file.

Now that Jaledit does not lock up, I hope we can consider putting it
within the jallib package. It is an inconvenient for users to go
somewhere else to get an editor. Of course jaledit can have a menu
item for a jallib help file.

I would prefer jallib may not be packed with jaledit, but jaledit be packed with jallib as jaledit users are mostly windows users. CHM help would have relevance only to windows users. There is jallib help already available as html help opened in the browser if you install jalpack.
About creating decent chm files and pdf's there are many options, but all of them cost $$$.I would like to create context sensitive help files for jalv2,jallib and jaledit.

Sunish
 

Matt.

On Feb 8, 1:21 am, Sunish Issac <sunish....@gmail.com> wrote:
> I happened to read this faq item on google code
>
> If you are new, you should plan to participate in existing open source
> projects to learn how they work. You might also want to check out Karl
> Fogel's book, I'm new to open source... how do I run an open source
> project?Producing
> Open Source Software <http://producingoss.com/>.
>
> While reading it there were couple of insights regarding how to have the OS
> project successful. Packaging is one of the most important part, and I still
> feel that jal still has to go a long way.
>
> Looks like we got to have a survey about the users, their platforms and
> usability so that we can give priority and work on it.
>
> Personally I feel on windows, its very important to have native context
> sensitive help files available from within the IDE for the compiler,jallib
> and jaledit.
>
> Sunish

Sunish Issac

unread,
Feb 9, 2010, 10:15:33 PM2/9/10
to jal...@googlegroups.com
Scintialla might be crossplatform, but that's just the editor highlighter to the core, it's not useful for reusing the remaining part of jaledit.

Sunish

Sunish Issac

unread,
Feb 9, 2010, 10:23:13 PM2/9/10
to jal...@googlegroups.com
On Tue, Feb 9, 2010 at 6:25 PM, funlw65 <fun...@gmail.com> wrote:
Hi Matt,

The only chance to get fast a Jaledit crossplatform (Windoze, Linux,
Mac [also for Linux Mac, both ppc and i386], FreeBSD, WinCE, OS2 Warp
[a gift for Rob], etc.) is to use Freepascal (2.4.0 version is great
but is too fresh so, maybe 2.2.4), Lazarus (a copy of Delphi IDE for
Freepascal), and Synedit 1.3 (incorporated inside Lazarus) version. A
bit of downgrade if Sunish use Synedit 2.x (He said that Synedit is
based entirely on VCL but Lazarus have LCL instead, on which Synedit
1.1 was ported and enhanced - 1.3 version now).
One problem is that Lazarus is still beta (stable only on Linux) but
an application can be done successfully.
The advantage is that you need to develop only on one O.S. (the one
which you are accustomed to it) and then, you can compile the project
everywhere.
Its not just synedit that I use, there are many components from JVCL and Jedi code library which are not at all available in Lazarus. Also AFAIK Lazarus win32 exes are very huge and needs more optimization. So its again going to be a rewrite and in that case it can be in some other language too!

 
Another "problem' [:-D] is that this depends entirely on Sunish
decision (unless someone start a fork or a new project with same
interface...).

Personally I don't have much of problem if somebody copies the interface as long as its acknowledged :-)
 
Jaledit is crashing under Vista Home if I try to change the highlight
scheme. But this is an old behavior (happened also under Win98 with
older versions).

What's the message that you get ? I can test on win98 VM, but not on Vista Home.
 

Vasi(funlw65)

P.S. I know is hard for anyone to start a whole new project (and
learning a new programming environment) but if we want a crossplatform
IDE (and  Sunish want to play a major role on this) is time to start
it now (restart, in Sunish case). Later my be too late...

Might be true
 

Sunish Issac

unread,
Feb 9, 2010, 10:26:37 PM2/9/10
to jal...@googlegroups.com
On Wed, Feb 10, 2010 at 1:21 AM, AlbertF <a.f...@chello.nl> wrote:
Hi Seb, Matt
Would be nice (in the end) to have one tool, so if we can agree to
build a new cross platform Jaledit I probably can help you out with
some items.
Would be nice and I too had mentioned it before.
 
For example we could a derive some modules from Picshell for advanced
users (debugging/unit testing etc) if at least were heading for a
python
and wxWidget based solution, so Picshell can phase out in the future
and we can put all our effort on building one tool (instead of 3 as it
is right now)
May be I can just help out with the UI design, looks like I might find it very difficult to code in anything other than Pascal syntax :-)

 
Albert


Sunish Issac

unread,
Feb 9, 2010, 10:34:48 PM2/9/10
to jal...@googlegroups.com
On Tue, Feb 9, 2010 at 12:39 PM, Sebastien Lelong <sebastie...@gmail.com> wrote:
Hi Matt,

2010/2/9 mattschinkel <mattsc...@hotmail.com>

> But it's windows only... I'm currently working on an IDE for Jaluino,
> cross-platform. Can't be compared to jaledit, but may be an alternative.
>

Why another IDE? Why don't you either help Sunish re-write Jaledit to
cross-platform (maybe jaledit 2.0) with the same look and feel, or use
PICshell?

What I'm looking for is an IDE I could write specific plugins for, dedicated to Jaluino. I want it to be cross-platform too.

I think I can looks at having plugins to jaledit.
 
About PICShell: as you know, I really like the unittest feature and the possibility to follow jal code and asm code side by side. But these are features I don't want to expose to users, too much advanced. There's no plugin architecture.

About Jaledit: I wish I could use it, really, but it's not cross-plaftform, and wine isn't a solution IMO. It's not integrated to original desktop (filesystem, drag'n drop interaction, etc...). I don't know if it also work under wine with OSX. There's no plugin architecture too, so I can't customize it. Already discussed this with Sunish, making jaledit cross-plaftform would require to wait synedit to be cross-platform, and move to another underlying editor, like Scintilla (and rewrite it). (Sunish, correct me if I'm wrong...)


About crossplatform, before going into anything else, I would like to know what number of jal users are on Linux,Windows,mac and ecs or whatever. If the number of Win users is more than 70% than I think I'll continue jaledit and help out on developing an IDE in whatever platform,compiler that we at jallib chooses. I may not be able to code but can help on UI design.
Regarding filesystem,dragn drop etc, whenever you are using any kind of crossplatform tools like wxwidgets, or QT or whatever, you soon hit these same problems over and over. If we are using an existing IDE like ecclipse, it might so clumsy that you feel that jaledit is better.
About scintialla, as mentioned in another post, its not a complete solution for crossplatform, but a complete rewrite.

 
So that's why I'm trying to build yet another IDE, though I wish I wouldn't have to.
 

As Sunish would say "Jaledit runs under wine". So is it possible to
have a Jaledit that already contains wine so people don't need to
install Wine?

As I said, using wine won't fill the gap of being cross-platform. It's artificial, slow, rather ugly, and sometime crashes (depends on version).

I would like to know if I could do something to prevent the crash under wine.

Sunish
 
 

I would much prefer a solution other then build a new IDE.

I would too, but don't seem to have choice by now :)
 

Cheers,
Seb
--

Sunish Issac

unread,
Feb 9, 2010, 10:44:00 PM2/9/10
to jal...@googlegroups.com
On Wed, Feb 10, 2010 at 12:31 AM, mattschinkel <mattsc...@hotmail.com> wrote:
> > What about making this new editor look and feel like jaledit, but
> > named jaledit 2.0? Would Sunish be ok with this?
>
> Why not ? But how different it is from what I'm doing, except the name ?
> (and you were not in favor ?)

I did not say that I am not in favor.

The name is important, if the name JalEdit was used, it will be easy
to get others to convert. You know the importance of marketing.

I don't mind giving the same name to the new project, but that can be done once its complete, till that the new project be better with a new name. What I mean is if the proposed new IDE has all the features of jaledit and its better than jaledit, at that point the name can be given off.
 
We should try to get a yes or no answer from Sunish, maybe he will get
on board with you to build a nice IDE. I feel bad however that he has
put so much of his time into the wonderful JalEdit that he has
created. There should be some note about the great work that he has
done within this new IDE if it is to replace jaledit.

I 'll be more than happy to contribute to the new IDE, but my coding skills are limited to my favourite language and I don't have the time to start of with a new language. but I could contribute to UI and if I get time may be drop in to add some code. About the work of jaledit, it started in 2003 when I found Stef's IDE was too bloated. He donated the basic synedit code and it was built on the example given with synedit. Recently I tried the demo of mikropascal and I found great similarity with jaledit. Its 199$ product and I feel that jalv2 compiler,jallib and jaledit offers an excellent alternative already.With chm help and couple more features inclusing stepping through code and plugins it could beat any commercially available PIC compiler/library/IDE. Thanks Matt on your appreciation of jaledit.

Sunish
 
> From what I understand, Scintilla provides framework to deal with code,
> syntax hightlight, etc... It's not an editor on its own. Do you mean "Scite"

Yes, I ment Scite.

I agree that PICShell is too complex for basic users, mostly I wish we
could reduce workload. I see other more important tasks that need to
be done such as documentation. Of course I am content with what I
currenlty have to write jal code.

A "fast" crossplatform jaledit sounds like a great idea to me if it is
possible. Could a bit more research be done?

Matt.

--

Joep Suijs

unread,
Feb 10, 2010, 3:06:43 AM2/10/10
to jal...@googlegroups.com
Hi All,


2010/2/10 Sunish Issac <sunis...@gmail.com>:


>
> About crossplatform, before going into anything else, I would like to know
> what number of jal users are on Linux,Windows,mac and ecs or whatever. If
> the number of Win users is more than 70% than I think I'll continue jaledit
> and help out on developing an IDE in whatever platform,compiler that we at
> jallib chooses.

This touches a few basic points here. If we assume 70% of the IDE
users are on Windows, there is a remaining 30%. How much of them are
on Linux? 29%? If this is the case, multi-platform is bi-platform.
An other question is the functionality required. Does Jaluino require
features that are not in JalEdit? If there are a few, maybe they can
be added. If there are many, well then there is something to discuss.

So bascily: is this topic about providing jaledit functionality to
Linux or is this too simple?

Joep

PS there are also users that don't use the IDE supplied. I'm one of
them on Windows, since I prefer to use the same editor for different
platforms. If you are not on Windows or Linux, you are probably use
your own tools all the time.

Rob Hamerling

unread,
Feb 10, 2010, 3:40:49 AM2/10/10
to jal...@googlegroups.com

Joep Suijs wrote:

> PS there are also users that don't use the IDE supplied. I'm one of
> them on Windows, since I prefer to use the same editor for different
> platforms. If you are not on Windows or Linux, you are probably use
> your own tools all the time.

I'm one of those: I do not like any IDE I've seen so far because they
are all different. It's like with standards: "The nice thing about
standards is that there are so many of them to choose from" (Tanenbaum).
Recently I needed to help a friend with M$ C++ Express, ppfffffff what a
bodice.... but I must admit that when getting somewhat used to it, it
has nice debugging features.

So you can all do whatever you think is useful to build a cross platform
IDE, but don't expect any contribution from me. And since I'm probably
the only eCS(OS/2) user here you can simply forget eCS as a platform to
support (but don't forget Mac). On the other hand, many L. and W. tools
are available for eCS as well (like of wxWidgets, QT4). So maybe I'll
ever become an Jal IDE user...

Regards, Rob.


--
Rob Hamerling, Vianen, NL (http://www.robh.nl/)

Sebastien Lelong

unread,
Feb 10, 2010, 5:28:55 AM2/10/10
to jal...@googlegroups.com
Hi Joep & guys,


2010/2/10 Joep Suijs <jsu...@gmail.com>
Hi All,



2010/2/10 Sunish Issac <sunish.net@gmail.com>:
>
> About crossplatform, before going into anything else, I would like to know
> what number of jal users are on Linux,Windows,mac and ecs or whatever. If
> the number of Win users is more than 70% than I think I'll continue jaledit
> and help out on developing an IDE in whatever platform,compiler that we at
> jallib chooses.

This touches a few basic points here. If we assume 70% of the IDE
users are on Windows, there is a remaining 30%. How much of them are
on Linux? 29%? If this is the case, multi-platform is bi-platform.

What about MacOS ? There might be more than 1%. Maybe...
 
An other question is the functionality required. Does Jaluino require
features that are not in JalEdit? If there are a few, maybe they can
be added. If there are many, well then there is something to discuss.

Here are some I can think about:

  - having different profile for compiling and uploading. Whether you use Tinybl, PDFUSB, and another bootloaders, required compiler arguments can be different. Switching from one to another should be easy (not filling an environment panel again and again). Beside default profiles, user should be able to define their own. Easily done with Editra Launch plugin.

  - I'd like to provide some day a GUI for Firmata, accessible from IDE. This points to the lack of plugins architecture. With such an architecture, you can enrich functionalities, as indepent modules.

  - a general approach would be to be provide, when necesary, GUI to deal with shields. Or, for instance, when using a specific shield, showing the corresponding documentation. Just some ideas...

  - last but not least, cross-platform...


Cheers,
Seb

Sebastien Lelong

unread,
Feb 10, 2010, 5:31:04 AM2/10/10
to jal...@googlegroups.com
Hi Rob,

2010/2/10 Rob Hamerling <robham...@gmail.com>

So you can all do whatever you think is useful to build a cross platform IDE, but don't expect any contribution from me. [...@. So maybe I'll ever become an Jal IDE user...

Being a IDE user is not far from contribution :)

Seb 

funlw65

unread,
Feb 10, 2010, 12:00:38 PM2/10/10
to jallib
Useful code if you choose to go Windows only.

Vasi(funlw65)

On Feb 10, 5:02 am, Sunish Issac <sunish....@gmail.com> wrote:
> Its not the editor source that we are interested in. Context is a delphi app
> based on synedit, which makes it windows only. So what's the point in
> Context ?
>
> Sunish
>

> On Mon, Feb 8, 2010 at 8:02 PM, funlw65 <funl...@gmail.com> wrote:
> > Look here,http://www.contexteditor.org/, is a great programmer

> > jallib+un...@googlegroups.com<jallib%2Bunsu...@googlegroups.com>

funlw65

unread,
Feb 10, 2010, 12:42:40 PM2/10/10
to jallib
Ok, then look only at Lazarus as IDE. Is the same on Win, Lin., Mac,
OS/2 and maybe other OSes. It have enough functionality as IDE? Then
is ok because is made in Object Pascal, use that poor LCL (compared
to VCL), SynEdit and you already know ObjectPascal and I know is the
most viable option for you to go cross-platform.

I don't say you must copy Lazarus, I say it is possible even if
require an entirely rewrite of Jaledit. And can be the most successful
cross-platform IDE counting the number of existing users. Yes,
executable is huge but is statically linked because use a cross-
platform library - and this is the case for all cross-platform tools.
And that does not mean that it not offer full speed on the target OS.
Yes, Delphi is the fastest and efficient compiler under Windoze but I
would like to have this discussion again when Delphi will have a cross-
platform option (and maybe then, you will offer Jaledit cross-platform
but I'm afraid that will be after 2 years).
This is the reason I said that it depends on you. But I understand if
you will choose not to go cross-platform.

About the error from Win98 and If you try to change colors of
highlighter you get a window saying that an error occured in your
application, offering you to continue, close, restart or send a bug
report. In win98, if you continue, you will obtain soon a crash. No
clue about error. Another error in Win98 is when you launch compiler
too many times and when scroll the text up and down many times, you
get a crash without a warning or same error window without a clue
about the error. So, for all of this users, Jaledit is still buggy.

A solution for me was to use a stable editor/IDE for that OS. Now I'm
trying to modify a stable cross-platform editor (in C++ and QT4.6) for
JAL. Is working nice in Linux and WinXP/Vista and should work nice
under MAC and everywhere QT was ported stable. The only part OS
dependent will be the USB uploader. But I'm slow in doing this so, you
can be faster with a cross-platform Jaledit.

Best regards,
Vasi(funlw65)

On Feb 10, 5:23 am, Sunish Issac <sunish....@gmail.com> wrote:

Sunish Issac

unread,
Feb 12, 2010, 1:33:23 AM2/12/10
to jal...@googlegroups.com
The new lazarus seems promising, Its been more than 2 years since I last tried lazarus.
There's still some hope ..
Sunish

Reply all
Reply to author
Forward
0 new messages