03:02:18 | * | lucasta quit (Quit: Leaving) |
03:59:02 | * | rockcavera quit (Remote host closed the connection) |
06:30:45 | FromDiscord | <.tokyovigilante> sent a long message, see https://pasty.ee/kNOhgVzL |
06:45:13 | FromDiscord | <djazz> In reply to @gogolxdong666 "Is it for native,can": Im making this with Naylib (Raylib) runs in browser, all rendered with opengl https://djazz.se/apps/jazzle/ |
06:50:11 | FromDiscord | <mtriplet> I think I found a software to code and I am gonna settle |
06:50:22 | FromDiscord | <mtriplet> Does anyone know about helix? |
07:00:53 | FromDiscord | <.tokyovigilante> In reply to @mtriplet "Does anyone know about": I know it's an awesome editor written in a less awesome language 😉 but works well (well as well as the langserver works currently) with nim and LSP |
07:03:13 | FromDiscord | <mtriplet> yeah. well it is less confusing than neovim that's for sure |
07:12:12 | FromDiscord | <mtriplet> still i need to learn about helix workflow |
07:14:17 | FromDiscord | <mtriplet> In reply to @.tokyovigilante "I know it's an": Are you available for some tips about helix |
07:16:38 | FromDiscord | <.tokyovigilante> I am not but just ask in #offtopic or #tooling and I or someone who knows will help I'm sure. |
07:20:25 | * | SchweinDeBurg quit (Quit: WeeChat 4.5.0-dev) |
07:20:51 | * | SchweinDeBurg joined #nim |
07:23:32 | FromDiscord | <heysokam> sent a long message, see https://pasty.ee/zCWwOune |
07:26:00 | FromDiscord | <.tokyovigilante> In reply to @heysokam "heavy nvim user, tried": You have literally described me 😉 |
07:26:30 | FromDiscord | <.tokyovigilante> Just wish it had proper file tree browser, otherwise I love it |
07:30:44 | FromDiscord | <mtriplet> In reply to @heysokam "heavy nvim user, tried": oof ok then |
07:33:33 | FromDiscord | <heysokam> In reply to @mtriplet "oof ok then": like, its good. you have to try it. just expect a minimalistic nvim experience and you will be good |
07:33:57 | FromDiscord | <mtriplet> In reply to @heysokam "like, its good. you": I don't even use nvim |
07:34:06 | FromDiscord | <mtriplet> tbh |
07:34:11 | FromDiscord | <heysokam> I expected a highly customizable experience and was disappointed because of that. but the app is good |
07:34:46 | FromDiscord | <mtriplet> but i have to learn linux for customizing |
07:34:54 | FromDiscord | <odexine> what |
07:34:54 | FromDiscord | <heysokam> In reply to @mtriplet "I don't even use": might be a good reason to learn helix then. its much easier to get into modal editors with it than nvim |
07:34:59 | FromDiscord | <mtriplet> the trade off is not good yet |
07:35:14 | FromDiscord | <mtriplet> In reply to @heysokam "might be a good": I am starting to test out helix |
07:35:16 | FromDiscord | <odexine> In reply to @mtriplet "but i have to": i dont understand this |
07:35:33 | FromDiscord | <mtriplet> In reply to @odexine "i dont understand this": i mean lua |
07:35:37 | FromDiscord | <mtriplet> not linux |
07:35:48 | FromDiscord | <mtriplet> my brain is multi tasking sorry |
07:37:43 | FromDiscord | <mtriplet> I still think i need to settle helix |
07:37:51 | FromDiscord | <mtriplet> and start doing coding tests |
07:38:26 | FromDiscord | <odexine> you should |
07:38:43 | FromDiscord | <odexine> any problems with it will surface while you use it |
07:39:25 | FromDiscord | <heysokam> pretty much |
07:56:33 | FromDiscord | <mtriplet> In reply to @odexine "any problems with it": not everything is perfect and flawless |
07:56:47 | FromDiscord | <odexine> i mean, problems you have with it |
07:56:52 | FromDiscord | <mtriplet> so i expect some issues here and there |
07:57:05 | FromDiscord | <mtriplet> In reply to @odexine "i mean, problems you": currently for me it is none |
07:57:11 | FromDiscord | <odexine> sure nothing is perfect but i mean that any problems (implied: that you think are too significant) will surface |
07:57:17 | FromDiscord | <mtriplet> other than learning curve that is |
07:58:07 | FromDiscord | <mtriplet> In reply to @odexine "sure nothing is perfect": Good to know |
07:59:32 | Amun-Ra | perfect and flawless… someone called me? |
08:09:10 | FromDiscord | <mtriplet> no |
08:11:12 | FromDiscord | <odexine> oof lol |
08:11:45 | * | cnx quit (Remote host closed the connection) |
08:12:35 | * | cnx joined #nim |
08:26:04 | * | redj quit (Ping timeout: 260 seconds) |
08:26:45 | * | redj joined #nim |
08:45:02 | FromDiscord | <Robyn [She/Her]> In reply to @Amun-Ra "perfect and flawless… someone": i think you misheard, keep shining tho |
11:47:43 | FromDiscord | <solarvortex_ae> Building a.nim discord bot is a pain,i need to manually import everything which makes nim feel abit bad,i tried macros but got will.get the weirdest error i ever saw and even if it worked it woudlnt be fully automated |
11:48:15 | FromDiscord | <solarvortex_ae> Im trying nim to use on much stuff as possible.and.this is not one which i would recommend nim for |
11:49:09 | FromDiscord | <solarvortex_ae> my opinion is that dynamic.import (like javascript for example) on nim would give a big benefit at the language |
11:50:59 | FromDiscord | <zumi.dxy> what do you mean by dynamic imports? |
11:51:16 | FromDiscord | <solarvortex_ae> On nim you are forced to import anything at the top of the file |
11:51:31 | FromDiscord | <solarvortex_ae> if you want.to lets say import something in code using a variable |
11:51:41 | FromDiscord | <solarvortex_ae> Eg import {x} |
11:51:45 | FromDiscord | <solarvortex_ae> That wouldnt.work |
11:52:30 | FromDiscord | <zumi.dxy> like runtime imports?↵that probably wouldn't make sense here↵nim's about pushing things to compile time as much as possible |
11:53:41 | FromDiscord | <solarvortex_ae> But it would open a whole.new world for nim,most network based.things require some module to.be imported like this |
11:53:56 | FromDiscord | <solarvortex_ae> Or.lets say an optional dependenncy |
11:54:03 | FromDiscord | <solarvortex_ae> (edit) "dependenncy" => "dependency" |
11:54:19 | FromDiscord | <solarvortex_ae> That you want quickly swap in code |
11:55:54 | FromDiscord | <zumi.dxy> optional features like what python has would be nice, but the equivalent here that i know of is `when defined(someFeature): import ...` and then use `-d:someFeature` to enable it |
11:56:06 | FromDiscord | <zumi.dxy> that's a compile-time `if` |
11:57:47 | FromDiscord | <solarvortex_ae> Yeah having an optional feature like that sounds really nice,and the runtime if yes can be useful but its not flexible as a runtime import would be |
11:59:08 | FromDiscord | <nnsee> In reply to @solarvortex_ae "Yeah having an optional": nim is a compiled language, so runtime imports don't make sense. the code either _is_ compiled in, or isn't |
11:59:32 | FromDiscord | <solarvortex_ae> If it isnt then.let me import at runtime |
11:59:44 | FromDiscord | <nnsee> again, that doesn't make sense |
11:59:59 | FromDiscord | <zumi.dxy> hope you're okay with making seperate .dll / .so for everything 😛 |
12:00:12 | FromDiscord | <zumi.dxy> that's what a "runtime import" is, loading separate libraries at runtime |
12:00:27 | FromDiscord | <nnsee> the code needs to be compiled into an executable before it can be used - or, yes, making separate library binaries but have fun with that lol |
12:00:35 | FromDiscord | <solarvortex_ae> I would.still prefer having dlls |
12:00:49 | FromDiscord | <k0ts> Try it and you'll change your mind |
12:00:57 | FromDiscord | <solarvortex_ae> I used c# |
12:01:12 | FromDiscord | <solarvortex_ae> With c++ |
12:01:19 | FromDiscord | <solarvortex_ae> Which god |
12:02:23 | FromDiscord | <nnsee> In reply to @solarvortex_ae "I would.still prefer having": you can do that if you want, except instead of importing, you use `dlopen` |
12:02:29 | FromDiscord | <nnsee> but... why? |
12:02:33 | FromDiscord | <nnsee> what problem are you trying to solve? |
12:03:55 | FromDiscord | <solarvortex_ae> In reply to @solarvortex_ae "Building a.nim discord bot": Modular commands |
12:04:20 | FromDiscord | <solarvortex_ae> So i can just have a simple command file.that gets automatically imported sort of javascript does |
12:04:32 | FromDiscord | <ayex> they can still be modular when statically compiled |
12:04:36 | FromDiscord | <solarvortex_ae> And since i already know nim why would i switch over to js |
12:05:51 | FromDiscord | <nnsee> i'm not sure why you think you can't have this with nim? |
12:06:16 | FromDiscord | <solarvortex_ae> Because dynamic imports arent a thing |
12:06:29 | FromDiscord | <solarvortex_ae> At all |
12:06:38 | FromDiscord | <k0ts> dlopen |
12:06:47 | FromDiscord | <nnsee> yeah but i don't see how dynamic imports help you in python either? |
12:06:55 | FromDiscord | <nnsee> how is that related to modularity? |
12:07:17 | FromDiscord | <solarvortex_ae> Because i can trowh a command file in a folder and it gets loaded |
12:07:28 | FromDiscord | <k0ts> I've done exactly that before, modular commands in DLLs for a discord bot↵It sucked, made the thing a pain to maintain, locked me out of Nim's best features, and was completely pointless |
12:07:45 | FromDiscord | <nnsee> In reply to @solarvortex_ae "Because i can trowh": but _why_? what is the use case for that? |
12:08:03 | FromDiscord | <solarvortex_ae> In reply to @k0ts "I've done exactly that": Ril |
12:08:06 | FromDiscord | <nnsee> what problem does this solve? |
12:08:07 | FromDiscord | <solarvortex_ae> (edit) "Ril" => "Rip" |
12:08:14 | FromDiscord | <solarvortex_ae> Modularity |
12:08:26 | FromDiscord | <nnsee> you're just repeating the same words without really explaining what you mean |
12:08:36 | FromDiscord | <nnsee> it's hard to help you provide solutions if you're not describing your problem |
12:09:17 | FromDiscord | <nnsee> (edit) "it's hard to help you ... provide" added "and" |
12:09:25 | FromDiscord | <solarvortex_ae> modularity is all it does, it helps so you dont need to edit the main file over and over and you can have small singlecommand files |
12:09:41 | FromDiscord | <k0ts> That what modules are for |
12:12:11 | FromDiscord | <nnsee> you don't have to "edit the main file over and over" - if adding one import is too difficult for you, you can write a nimble task or macro that writes the main file for you before compiling. something like https://forum.nim-lang.org/t/1177#7276 |
12:12:53 | FromDiscord | <solarvortex_ae> I already explained how macrps just make the thing even worse |
12:13:19 | FromDiscord | <nnsee> no, you didn't |
12:13:35 | FromDiscord | <nnsee> you just said "weirdest error ever" without describing the error or even what exactly you were trying to do |
12:13:37 | FromDiscord | <k0ts> They work when used correctly |
12:16:04 | FromDiscord | <solarvortex_ae> I used macro for creating a dynamic import and that was pain,in the ens you also needed to manually add an import statement because macros cant do that directly killing the whole purpose,if i were to edit the file i would just use a bash script at that point |
12:16:32 | FromDiscord | <nnsee> what? |
12:16:39 | FromDiscord | <nnsee> i don't understand what you mean |
12:18:20 | FromDiscord | <k0ts> macros can do it directly |
12:20:14 | Amun-Ra | add lua for macros |
12:20:17 | Amun-Ra | scripts* |
12:21:25 | FromDiscord | <nnsee> @solarvortex_ae https://media.discordapp.net/attachments/371759389889003532/1303695735359016970/image.png?ex=672cb0c4&is=672b5f44&hm=2ec6b13b51383e6821e1b3c8efa44aa9c365b29a18c0263bcbbe851802bf5cd6& |
12:21:32 | FromDiscord | <nnsee> works just fine for me |
12:23:34 | Amun-Ra | nnsee: what's that lst command from? |
12:23:44 | FromDiscord | <zumi.dxy> exa? |
12:24:14 | Amun-Ra | ah, right, thanks |
12:24:20 | FromDiscord | <nnsee> it's aliased to `ls --tree`, and `ls` in turn is aliased to `eza -lh --icons` |
12:24:40 | FromDiscord | <zumi.dxy> ohh eza↵forgot it forked |
12:24:57 | FromDiscord | <zumi.dxy> 'nother reason to use ls↵/s |
12:25:40 | FromDiscord | <k0ts> os.walkDir works at compile time |
12:26:43 | FromDiscord | <nnsee> yeah there's probably a much saner way to do that, i just copied the example from the thread |
12:27:01 | FromDiscord | <k0ts> Yeah, just putting it out there if anyone wants to write their own version |
12:27:26 | FromDiscord | <zumi.dxy> I wish there was no distinction between copyFile and cpFile |
12:28:07 | FromDiscord | <zumi.dxy> I thought NimScript's strength was that you can run some code both compiled and through the compiletime VM |
12:28:14 | FromDiscord | <zumi.dxy> (edit) "I thought NimScript's strength was that you can run some code both compiled ... and" added "native" |
12:29:50 | * | redj quit (Ping timeout: 255 seconds) |
12:29:50 | * | fallback quit (Ping timeout: 255 seconds) |
12:30:25 | * | redj joined #nim |
12:30:25 | FromDiscord | <nnsee> @solarvortex_ae and if you really, _really_ want to do dynamic libraries, pmunch has written an article on how to do that here: https://peterme.net/dynamic-libraries-in-nim.html |
12:38:40 | * | xet7 quit (Remote host closed the connection) |
12:42:44 | * | fallback joined #nim |
13:12:26 | * | xet7 joined #nim |
13:32:54 | * | ntat joined #nim |
14:07:24 | FromDiscord | <tauruuuuuus> Is there a way to emit a case of statement via macro? I have a comp time table with enum as keys and data as values, and i want to transform it to a case statament with each key as the cases and the value to be put as arguments for a proc to be called |
14:07:41 | FromDiscord | <tauruuuuuus> At this point I need to know if it is possible |
14:07:42 | FromDiscord | <tauruuuuuus> lol |
14:14:14 | strogon14 | programming is about trying out what is possible. it's quite normal not to know the answers beforehand. |
14:15:09 | FromDiscord | <tauruuuuuus> I'm trying to do it with `quote do` I think it's doable creating nnk nodes manually |
14:16:02 | strogon14 | I'm not a macro expert, but if you show your code, even if it#s not working yet, others might look at it and help. |
14:17:50 | FromDiscord | <ayex> yes I think I did that (case statement on enum) at some point. but I did not use `quote do` but via the nnk construction route.↵(@tauruuuuuus) |
14:18:51 | FromDiscord | <tauruuuuuus> In reply to @ayex "yes I think I": I guessed so, guess I now have something to do ahaha |
14:18:53 | FromDiscord | <tauruuuuuus> Thanks!! |
14:19:09 | FromDiscord | <ayex> you are welcome 🙂 |
14:41:17 | * | lucasta joined #nim |
14:56:47 | * | lucasta quit (Remote host closed the connection) |
14:57:29 | * | ntat_ joined #nim |
14:57:53 | * | ntat quit (Ping timeout: 255 seconds) |
14:58:19 | * | lucasta joined #nim |
16:15:28 | * | ntat_ quit (Quit: Leaving) |
16:15:48 | * | ntat joined #nim |
18:55:23 | * | lucasta quit (Quit: Leaving) |
19:04:27 | FromDiscord | <goerge_lsd> https://github.com/jaar23/tui_widget trying to compile some examples here I get the ` error: passing argument 1 of ‘clipboard_text’ from incompatible pointer type [-Wincompatible-pointer-types]` type of erros. All examples, all tests. I remember it had something to do with gcc14. Is this a nim problem or a project problem ? |
19:04:36 | FromDiscord | <goerge_lsd> (edit) "https://github.com/jaar23/tui_widget trying to compile some examples here I get the ` error: passing argument 1 of ‘clipboard_text’ from incompatible pointer type [-Wincompatible-pointer-types]` type of erros. All examples, all tests. I remember it had something to do with gcc14. Is this a nim problem or a project problem ? ... " added "compiles with clang" |
19:27:26 | * | coldfeet joined #nim |
20:47:45 | * | om3ga quit (Ping timeout: 248 seconds) |
20:50:02 | * | om3ga joined #nim |
21:37:36 | * | coldfeet quit (Remote host closed the connection) |
21:42:11 | * | rockcavera joined #nim |
22:15:58 | * | ntat quit (Quit: Leaving) |
22:27:41 | * | beholders_eye joined #nim |
22:46:40 | * | beholders_eye quit (Ping timeout: 272 seconds) |
22:57:56 | * | flynn9 joined #nim |
22:58:58 | * | flynn quit (Ping timeout: 248 seconds) |
22:58:58 | * | flynn9 is now known as flynn |
23:05:26 | FromDiscord | <k0ts> Could be either. What's the full error? |
23:29:46 | FromDiscord | <zumi.dxy> it was fixed in a newer version of nim |
23:30:04 | * | rockcavera quit (Remote host closed the connection) |
23:31:42 | * | rockcavera joined #nim |