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
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/>.
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/>.
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.
> Open Source Software <http://producingoss.com/>.
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
>
> 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.
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.
> But it's windows only... I'm currently working on an IDE for Jaluino,Why another IDE? Why don't you either help Sunish re-write Jaledit to
> cross-platform. Can't be compared to jaledit, but may be an alternative.
>
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.
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>
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.
--
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.
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...
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.
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.
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
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
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.
> Open Source Software <http://producingoss.com/>.
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
>
> 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
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...
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
Hi Matt,2010/2/9 mattschinkel <mattsc...@hotmail.com>> But it's windows only... I'm currently working on an IDE for Jaluino,Why another IDE? Why don't you either help Sunish re-write Jaledit to
> cross-platform. Can't be compared to jaledit, but may be an alternative.
>
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
--
> > What about making this new editor look and feel like jaledit, butI did not say that I am not in favor.
> > 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 ?)
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,Yes, I ment Scite.
> syntax hightlight, etc... It's not an editor on its own. Do you mean "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.
--
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.
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/)
2010/2/10 Sunish Issac <sunish.net@gmail.com>:
>This touches a few basic points here. If we assume 70% of the IDE
> 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.
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 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...
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>
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: