Let me ignore the data type first ;) I hope there is a
VisualBasic-Freebasic-C-Nim data type comparasion sheet
type
Fl_Callback* = proc(widget: ptr Fl_Widget, pData: ptr any):cint {.cdecl.}
proc ButtonClick (button: ptr FL_WIDGET, arg: ptr any):cint {.cdecl.} =
F
Regarding the IDE question, I'd like to point out that VS Code led the field
among popular [development environments in the 2018 Stackoverflow
survey](https://insights.stackoverflow.com/survey/2018/#development-environments-and-tools),
with Vim leading in the Sysadmin/DevOps category.
This make
I'm very happy to see so much energy in the Nim forum on Nim advocacy but let's
stop throwing mud balls at each other ;).
What was promising in this thread was starting to identify a couple of
audiences that would be interested in Nim (say system programming, embedded
devices, cryptographers, m
> And why do you think that such crowds would take "use Aporia" as a satisfying
> answer?
Because afaik it is a real IDE (unlike e.g. VSC).
> I think you're (too easily) dismissing ...
I don't think so. I _know_ that many don't want an IDE at all and that many
want to use their favourite edito
> And many won't take "Use VSC" as a satisfying answer. One example is the vim
> crowd. Another one is the sublime text crowd.
And why do you think that such crowds would take "use Aporia" as a satisfying
answer?
* * *
I think you're (too easily) dismissing people whose train of thought is "I
This is not code; This is data of some sort.
FLTK's widgets are full on pointers, and coordinates in FLTK-1.3 are at least
32-bit (they were 16-bit in FLTK-1.0 and FLTK-1.1); You might have problems
from the int16<>ptr mismatch, as well as the int16<->int32 mismatch if you ever
use coordianates > 32768.
@moerm I agree, but the community should improve the vim/sublime/emacs
experience too: things like the @PMunch's LSP effort are going to help with it.
I am also using sublime, so I know how it feels haha
Besides the fact that almost always the large IDEs also join in once a language
already has a solid base and uptake I fully agree with you. Again: My point was
_not_ that the Nim team should create our _own_ IDE. It just so happened to be
the case that two IDEs were made (and went quite far) by
> There is not much professional behaviour in your posts here, some would call
> you a troll, consider this to be my first and only warning.
My engagement is honest and my motivation is constructive. That's why I also
tried to help with concrete problems of users (like just today in the dll
cal
@moerm and yet all of those basic IDE features are better served by plugins for
existing IDEs/editors. They are the best bet for "a good IDE for X". The goal
of the langdev team should be to make the language so good, that one day actual
IDE vendors start adding support for it and to provide goo
> Plus: How seriously can we ask for a language to be taken (and hence be
> promoted) if its very developers seem to be often distracted and seem to not
> fervently strive for whatever-is-Nim-is-defined-to-be v. 1.0 incl. the
> practical basics?
"Often distracted"? We backport fixes to the 0.19
My point wasn't that Nim must have its _own_ IDE. My point was that having an
IDE is a major point wrt uptake and that Nim just happened to have some
considerable effort going into 2 IDEs but left them unfinished.
Well noted, my line isn't what _I_ personally like or want but what is
generally
Also, no modern language was stopped by the lack of a special IDE: Go and Rust
got IDE-s from other companies(JetBrains etc) after they became popular,
Elixir/Clojure don't really have their own IDE-s IMO. I also prefer e.g.
Sublime compared to VSCode, but honestly a lot of the existing IDE-s ar
VSC isn't an IDE but a pimped up editor (and btw. a major bloatware).
Aphoria, for instance, was (meant to be) an IDE.
@moerm I am kinda glad not much effort is being put in Aporia/NimEdit: writing
an actually good IDE/editor is a project comparable to Nim/its entire ecosystem
in complexity and manwork. It's like deciding to invent a bike and then
inventing a car just to ride the bike in it: it's cool, but it's
> What, for instance, will I respond to someone to whom I try promote Nim when
> he asks me (...) "Is there a good IDE"?
You respond: "Yes there is, use VS Code."
Here is your problem:
Fl_Callback* = proc(widget: ptr Fl_Widget, pData: ptr any)
# ...
proc ButtonClick (button: ptr FL_WIDGET, arg: ptr any):**cint {.cdecl.}** =
Run
In other words, `Fl_Callback` is not cdecl and its return type is void while
`ButtonClick` is
So? We do not at all disagree on that. You basically just worded differently
what I meant (modulo some minor points like "imperative" vs. "imperative with
some functional").
I'm _not_ for relaxing those points. Quite the contrary. I was addressing
another question, namely whether fully implemen
Wow this is great thank you so much.
Hard to tell but I can try it out. Can you please report an
[issue](https://github.com/genotrance/nimgen/issues)?
on windows, nimgen will run something like
cmd /c "c2nim ..."
Run
but I am using MSYS2+Mingw, thus "cmd /c" will make the command invalid. Is
there a solution?
I have posted days ago
[https://forum.nim-lang.org/t/4522](https://forum.nim-lang.org/t/4522) in which
I try to bind xcgui which is a free 32bits dll for windows
Now I try to bind FLTK([http://www.fltk.org)](http://www.fltk.org\)). I can
compile FLTK, test, examples and fluid with my MSYS2+Ming
23 matches
Mail list logo