Author is here. Yeah, you can just fetch library sources from GitHub and use
them directly.
Sure, just finished implementing those stuff myself. **New version is out** ,
btw:
[https://github.com/Guevara-chan/Midday-Commander/releases](https://github.com/Guevara-chan/Midday-Commander/releases)
More colors, more folder analysis, more viewer options, more info when doing
complex tasks...
So, I guess it's time for new release and some musing:
[https://github.com/Guevara-chan/Midday-Commander/releases/tag/0.07](https://github.com/Guevara-chan/Midday-Commander/releases/tag/0.07)
* First of all: expandSymlink as NOOP on Windows systems was a pain. Don't
take me wrong, I wrote my o
Will you also backport threadpool lib for --gc:arc ? Was my main reason to
avoid using it.
Pick your poison:
[https://github.com/raysan5/raylib/releases/tag/3.0.0](https://github.com/raysan5/raylib/releases/tag/3.0.0)
>Any GUI library (now I'm tinkering with nimx, but the pattern is general of
>course) has its own event loop. Actually, no. You clearly forgot about
>immediate mode GUI APIs here.
Is \--gc:arc still incompatible with threadpool library ?
Could someone explain how to use with macro ? I imported sugar, but compiler
still unable to find it.
If someone is still concerned or something: despite major slowdown, I'm still
working on this project.
Just look at this new (shiny) preview window, which is even somewhat resizeable
now:
[https://github.com/Guevara-chan/Midday-Commander/releases/tag/0.06](https://github.com/Guevara-chan/Midday
Oh, so it was about style, not particular lang ? Well, probably once (or if) I
will integrate my own ASCIIHex editor into this project - it could be developed
futher.
BTW, new version was released already:
[https://github.com/Guevara-chan/Midday-Commander/releases/tag/0.05](https://github.com/G
Um... Wait...
[https://user-images.githubusercontent.com/8768470/77840615-1170f200-7192-11ea-8506-2061c5fa831a.png](https://user-images.githubusercontent.com/8768470/77840615-1170f200-7192-11ea-8506-2061c5fa831a.png)
Tbh, I dunno why GNU ignores non-*nix platforms so thoroughly, yet current
**Midnight Commander '** port for Windows is barely useable so far: no mouse
support, terrible framerate, .. in root dir.
I guess, I will stick with making _OpenGL_ -powered **Norton Commander**
without sinking into **FA
Guys/gals, I need your help ! Can you please test latest available binaries
against this issue:
[https://github.com/Guevara-chan/Midday-Commander/issues/3](https://github.com/Guevara-chan/Midday-Commander/issues/3)
while I'm working on new version ? It's just something I never expected and
not
Dunno. Why _Turbo_ Pascal, when we got _Free_ one already for.. free ?
* **Who are us ?** Cool vintage people (what ? I'm vintage, I use _ctrl+ins
/shift+ins_ instead of _ctrl+c /ctrl+v_.
* **What do we want ?** Cool retro apps, full of memories and smell of
classic _DOS /AmigaOS_ era.
* **How do we want it to be done ?** With full mouse support (those _Xerox_
Sorry for rather long delay: added 5 new examples from text and models
categories. Project != dead.
I guess, it't time to decide if heavier samples is needed - I hate adding aux
files to this repository, yet demand is demand.
Well, right, but... Look, there are 90+ examples provided for original raylib,
yet almost none of them was converted to Nim. I started translating some more
basic stuff today and I'm completely, absolutely, positively against additional
procname fixing.
Samples conversion is already errartic by
rlgl module support added.
JS backend + nodegui ?
Yes, of course. Except... why ? It will only make it's harder to translate
existing code.
I will even star this. Seriously.
Mine ? Good god, no !
Previous 4 attempts were:
*
[https://github.com/Skrylar/raylib-nim](https://github.com/Skrylar/raylib-nim)
*
[https://gitlab.com/define-private-public/raylib-Nim](https://gitlab.com/define-private-public/raylib-Nim)
* [https://github.com/irskep/raynim](https://github
So, I did something strange again. This time it's fully automated webservice to
convert and deliver latest possible _raylib_ headers for modern Nim users:
[https://github.com/Guevara-chan/Raylib-Forever](https://github.com/Guevara-chan/Raylib-Forever)
While it's mostly a proof-of-concept so far
Hey, guis ! I messed with my autoconverter a little and now it also can
translate raygui headers. It's linked against raygui.dll so you kinda need to
compile your own, but it's probably only existing _RayGUI_ wrapper for Nim
anyways.
So, I heard everyone love RayLib ? No, seriously: it's fast, unobtrusive and
can be compiled for any non-mechanical teapot.
What's even more: it got not 1, not 2, but whole 4(!) Nim wrappers ! Except all
of them are outdated for some extent now.
So, I decided to do something better. I implement
Probably, I'm only person in my city, who freelanced with Boo.
1. _PureBasic_ for sheer coding transparency and awesome standard lib.
2. _CoffeeScript_ for code elegancy and interchangeability with ES.
3. _Boo_ for being still more well-thought than C# in awesome .NET ecosystem.
4. _Nim_ for optimization opportunities and custom DSLs.
Yeah, sure, awesome for 2019.
So, I can set single pixel color with setPixel. Now how can I get it back ?
Where is my getPixel method ?
So, in order to measure multiline text I need to count lines, measure interline
spaces height somehow and multiple it all together ?
...Why it's so much easier in .NET ?
Fixed my post, it was about **height**. Will report shadow soon.
So, some testing was done. First of all, disclaimer: I tried moving this
micro-project from .NET due to excessive text measurement failures in
_System.Drawing_ lib. ALSO, I wanted to add UI while finding myself to like
wNim's layout engine much more than, say, WPF.
Now, [https://github.com/emek
Hm... I thought about using wNim for GUI tbh, but this NiGui example looks
rather promising. Does NiGui support layout DSLs, like autolayout in wNim ?
>In what editor are you writing Nim today? ST3, of course. It's probably most
>reliable editor ever.
Recently, it happened that I started porting my old .NET-script for rendering
ASCII-art to Nim.
Obviously, to achieve this I need some nimish _System.Drawing_ , right ? Of
course, we can use some wrappers here, like goodold ImageMagic, but hey: why
ever move from .NET when you **still** gonna b
It's... Well, it's usable, just not even remotely convenient.
So... well. For. NET there are [http://restsharp.org](http://restsharp.org)/ ,
which provides basically anything you will ever require when consuming REST API
services. For Node there are multiple libs like
[https://github.com/aacerox/node-rest-client](https://github.com/aacerox/node-rest-client
Well, 1 more problem is:
.nim(43) newRShader
Error: unhandled exception: Vertex shader failed to compile with the
following errors:
ERROR: error(#272) Implicit version number 110 not supported by GL3 forward
compatible context
ERROR: error(#273) 1 compilation e
I found easter egg. Easter egg was console. Ctrl+C in console given given me
error and crashed whole thing.
Hm. For one of my projects I did a sinful thing: shared objects between threads
by pointer. To atone my doings I also set gc mode to 'none'.
Is --newruntime really an option for my doings ?
>[https://github.com/pragmagic/godot-nim](https://github.com/pragmagic/godot-nim)
> >build failing It have seen better days, I guess.
_+_ _PSystem.nim_ , _Screenshot.nim_ , _Simple.nim_ samples added.
Started working for me as well when I SetConsoleOutputCP back to 866 and used
encodings lib to... em... encode:
[https://sun9-51.userapi.com/c858216/v858216801/8653e/WragOMaFEwM.jpg](https://sun9-51.userapi.com/c858216/v858216801/8653e/WragOMaFEwM.jpg)
Nah, fourth time is special. Fourth time I will show this beauty to you, not
tell:
[https://sun9-37.userapi.com/c858420/v858420146/88b28/u_LHAtZ1LD0.jpg](https://sun9-37.userapi.com/c858420/v858420146/88b28/u_LHAtZ1LD0.jpg)
It's stereotype, like all Linux users having red insomniac eye and ~nix having
no gaems. In reality old-school terminal interface is quite perfect for utils
like mass testers.
And, pardon me, _what_ Windows users of Nim supposed to use if not terminal ?
So, it's release time, I heard. So, Nim is production quality now. And yet,
situation with Windows terminal now is worse than ever. Not only cyrillics
(even system error messages !), but even extended characters (like borders) is
mangled when printed to console now.
A great day for nim. (day, when console support got broken even more than ever)
Error: undeclared identifier: 'mode' Hm...
_+_ _Animtex.nim_ , _Parenting_1.nim_ and _Overlay3D.nim_ samples added.
* _Physics.nim_ and _Phong.nim_ samples added.
Sorry, what are you (not) going to rebuild ? That package already contains all
required DLLs.
* _CameraViewport.nim_ sample added.
_+_ Shadows.nim sample added.
**So... well. I finally got myself to start this experiment**
[https://github.com/Guevara-chan/Xors3D-for-Nim](https://github.com/Guevara-chan/Xors3D-for-Nim)
Now, to clear some basic things:
* Yes, it was abandoned by developers (funnliy enough, I knew them myself)
long ago.
* Yes, it's _p
Just use getch from terminal lib.
Pick your poison:
[https://github.com/Guevara-chan?utf8=%E2%9C%93&tab=repositories&q=&type=&language=purebasic](https://github.com/Guevara-chan?utf8=%E2%9C%93&tab=repositories&q=&type=&language=purebasic)
Some of those projects are small and extremely simple ( _MetaMorpher_ ,
_PolyDice_ ), some
> Cost of implementing such std GUI / drawing / clipboard is not smaller than
> third-party one, isn't it? If there is a such third-party library supports
> major platforms, nice license, open source, why is std one needed?
**If** there is - sure. Right now it's probably QT wrappers, which was
If "nice" means this 4 functions:
# SDL_clipboard.h
proc setClipboardText*(text: cstring): cint {.importc:
"SDL_SetClipboardText".}
proc getClipboardText*(): cstring {.importc: "SDL_GetClipboardText".}
proc hasClipboardText*(): Bool32 {.importc: "SDL_HasClipboardText".}
> Is having a "std" GUI / drawing / clipboard / etc lib really so important
> when there are non-"std" candidates in nimble?
Yes, quite a lot. **Std** GUI lib means that you can and will be able to make
ui using same code for every compatible platform _and_ 90% extensions (like
custom controls)
Tbh, "Data" command was never meant for anything useful except backward
compatibility - just like, say, "GoSub". You can always just use
'IncludeBinary' and std JSON/XML parsers.
All arrays in PB (except ones with square brackets) are dynamic by design and
can be easily resized.
For Nim it means that using regex, ssl and some other stuff requires auxiliary
.dlls to be placed where compiler wants them to see. For C# it means that *Nix
and MacOS will require separate Mono installation to run your binary.
> > Russian glyphs support ;)
Dat pain was immense back then ((0(.
> > Fortran
Actually there are rudimentary macroengine in Visual Fortran. Not Nim level
even remotely, but still usable.
> > For some other features, it's easy enough to replicate, for example the
> > existence operator can be
[https://pp.userapi.com/c848632/v848632594/1d608c/UiO5t9krnhc.jpg](https://pp.userapi.com/c848632/v848632594/1d608c/UiO5t9krnhc.jpg)
So, I more-or-less finished comparison table. Of course, feature coverage (as
well as langs choice) is rather contrary - but hey, it's me.
Thoughts ?
I agree, best GUI lib for Nim right now. (much better than nodeJS' Proton
Native, .NET WinForms and PureBasic Dialog to name some)
> Do you use multi-threading in this codebase?
true
> If so, how do you share memory / make the threads communicate?
Channels, arguments and return variables this time/
> What other libraries do you use?
wNim
> Can you share the code?
Whole project was linked in first post.
> Can you run it
> It's like you have a broken leg but then you drink enough Methanol to become
> blind so that you don't see your broken leg anymore.
Technically it's exactly what I do when I need to work urgently.
And current'y I'm doing paid request, so... Btw, point me wrong code, please.
Hm: actual problem I found is much more severe, though revolves around those
withTimeout proc as well. It's about hanged content downloads pending sockets.
So far, closing AsyncHttpClient seems to do nothing to actually abort
connection and free socket. client.getSocket().close() ? Error: execut
> That's not a reply.
Well, let us be precise: in perfectly (well, I hope so) lock-protected
architecture I want few threads to share same global object, passed by through
ptr. Long story short: my .exe failed 1 of 5 without sing error message or
anything. Disabling GC (GC_disableMarkAndSweep()
Well, managed to struggle my way out of that thing. Well, first of all: don not
use all with long enough future lists when you are unsure about their
stability. Depending on sheer luck, it may and will eventually leak excpetions
- even exceptions you _thought_ you deal with already. Use your own
Wait ! There is a new error:
\UniGrab\src\core.nim(97) core
\nim.[latest]\lib\pure\asyncdispatch.nim(1533) poll
\nim.[latest]\lib\pure\asyncdispatch.nim(373) runOnce
\nim.[latest]\lib\pure\asyncdispatch.nim(210) processPendingCallbacks
\nim.[latest]\lib\pure\asyncmac
Nice find ! Changed it to:
future = newAsyncHttpClient().getContent(url)
future.withTimeout(timeout).addCallback proc() =
if not future.finished: future.fail(newException(OSError, "HTTP
timed out."))
Run
Problem stays same, though.
If you ask me, available good libraries **is** a Nim's killer feature when I
choose it for project over some other technologies.
On other hand, Nim bears extremely AoU (amount of unexplainable) level that
makes it a dangerous choice every time.
It's just... Look.
* When using **PureBasic** y
* Say, I started new project and it has following code:
[https://github.com/Guevara-chan/UniGrab/blob/master/src/core.nim](https://github.com/Guevara-chan/UniGrab/blob/master/src/core.nim)
* Say, with "-assertions:off" in nim.cfg it works like wonder.
* Say, without "-assertions:off" in 1 of
Red idiomatically lacks concept of module. It also posess no actual definition
of "line" to begin with.
Um, man: comparing code-is-data VHLL language to strict-typed C transpiler
is... something. Do you, like, understand that Red being ever compilable is
wonder by itself ?
Just tried \--newruntime flag with v0.20.0. Loos like JSON lib is not ready for
it yet.
Use [i]your_seq[0].addr[/i], Luke.
Just to note: package was published on _Nimble_.
Wow: rather curious analysis here. It's may be a strange question, but what do
_you_ think about **PureBasic** ?
Recently I found myself comparing with **Nim** : both converts their code to
different languages before native code, both have portable runtime, both
promote heavy macroengine usage.
After some long and rather unpleasant fight with memory access in Nim, I
finally managed to hack preview version of my new (internal-usage) library:
[https://github.com/Guevara-chan/Cliptomania](https://github.com/Guevara-chan/Cliptomania)
(Windows-only for now)
Right now it's far from being ac
Um... Sure ? Except Rune is an UTF-32 in current implementation, not UTF-16.
Recently I noticed interesting trouble regarding UTF-16 handling in Nim. So,
for example, I need to convert some text into sequence of bytes for my upcoming
clipboard library, like... say... this:
uni = cast[Bytes](text.newWideCString)[0..text.len * 2]
Run
Cheap'n'dirty,
I'm not so sure I understand your final targets here, tbh. For me, .NET is all
about universal binaries, reflecting things and insane lib support. Really. C#
backend for Nim would be a blast.
But, converting Sharp/IL to native Nim without library coverage (well, maybe
around Go level or so), x8
Well... Techincally I want something seamless. Like this:
[https://github.com/pythonnet/pythonnet](https://github.com/pythonnet/pythonnet)
So, instead of writing my own library for clipboard management f.e. (that's
what I'm doing right now), I could've simple write:
import nimclr
...So, well...
How about some starting points then ? First of all, this:
[https://github.com/victorwins/electron-clr](https://github.com/victorwins/electron-clr)
\- probavly my favorite bridge, implemented as C++ extension for Node.js. But
wait, there is more !
[https://github.com/red/red/tree
So, well: I guess, I will be one to start this discussion.
Right now (thanks to _yglukov_ , of course) we have Nimble packages to
interface with Python and JVM ecosystems. Both are rather good, mature and,
technically, enough to compensate lack of Nim' very own libraries. Except...
**Except non
So... It's published:
[https://nimble.directory/pkg/conio](https://nimble.directory/pkg/conio)
Well, async input is quite possible (through _kbhit_ ) for next version. Added
to my TODO. (and no, I only love deltas since deltas are cool)
After rather long and rather unpleasant fight with standard console lib, I
finally decided to generalize my experience of fixing it into stand-alone
library:
[https://github.com/Guevara-chan/ConIO](https://github.com/Guevara-chan/ConIO)
_(Windows only so far)_
**What was done as for v0.1 ?** ~
Feel your pain. I gave up and ended with this project myself already:
[https://github.com/Guevara-chan/ConIO](https://github.com/Guevara-chan/ConIO)
Are you truly, positively sure ?
[https://www.ascii-codes.com/cp866.html](https://www.ascii-codes.com/cp866.html)
Yes, Araq. Neither can Windows' console (before Win10, at least), since it all
ASCII.
...Except it works with cyrillic letter, of course.
> Hi! No need to get aggressive :-)
Yes, sure. Except...
* Except this is my second project using and second time I utterly regret
touching it.
* Except I use "obscure" languages my whole life (Forth, Boo, Rebol,
CoffeeScript, PureBasic) and never yet had so much problems with simple tasks.
Just found that thing recently while working on
[https://github.com/Guevara-chan/NimVPN](https://github.com/Guevara-chan/NimVPN)
So, you use _terminal_ on Windows and want to get character by _getch_ , right
? Then, you press, like, 'н' or 'т' and hell breaks loose:
terminal.nim(7
Awesome. Now same project crashes when compiled with 'opt:size" in 64-bit
version.
No. Really. I'm tired.
Hm, so... I should create History object in area made by allocShared, right ?
Hm. But then... Is there, like, any way to supply thread with modifiable
objects, like... well, everywhere else ?
`[GCASSERT] decRef: interiorPtr Traceback (most recent call last)
threadpool.nim(337) slave main.nim(272) inspectWrapper main.nim(251) inspect
main.nim(103) register parsecfg.nim(588) setSectionKey tables.nim(807) []=
tableimpl.nim(90) []= tables.nim(621) enlarge gc.nim(289) unsureAsgnRef
gc.ni
On another run:
[GCASSERT] decRef: waZctDecRef
Traceback (most recent call last)
main.nim(294)main
Error: execution of an external program failed: '../test.exe '
Run
1 - 100 of 122 matches
Mail list logo