| 00:12:21 | * | irrequietus quit () |
| 00:12:53 | * | saml_ joined #nim |
| 00:13:00 | * | Trustable quit (Remote host closed the connection) |
| 00:18:46 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 00:21:11 | * | ^aurora^ quit (Quit: Leaving.) |
| 00:22:35 | * | EXetoC quit (Ping timeout: 246 seconds) |
| 00:29:05 | * | Sornaensis quit (Excess Flood) |
| 00:29:42 | * | Sornaensis joined #nim |
| 00:29:56 | * | EXetoC joined #nim |
| 00:38:16 | * | quasinoxen quit (Ping timeout: 265 seconds) |
| 00:38:21 | * | quasinoxen joined #nim |
| 00:40:41 | * | fizzbooze quit (Ping timeout: 265 seconds) |
| 00:44:38 | * | EXetoC quit (Ping timeout: 246 seconds) |
| 00:46:52 | BlaXpirit | so latest nim devel somehow made typeclasses more broken and my code won't compile |
| 00:48:56 | * | EXetoC joined #nim |
| 00:50:32 | * | quasinoxen quit (Quit: No Ping reply in 180 seconds.) |
| 00:57:44 | * | randomwalk joined #nim |
| 00:58:58 | BlaXpirit | https://github.com/Araq/Nim/issues/2346 |
| 01:00:30 | * | randomwalk left #nim (#nim) |
| 01:01:16 | * | quasinoxen joined #nim |
| 01:08:03 | * | BlaXpirit quit (Quit: Quit Konversation) |
| 01:12:04 | * | reem joined #nim |
| 01:13:42 | * | reem quit (Remote host closed the connection) |
| 01:14:53 | * | banister quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 01:27:29 | fowl | i suspect type classes are actually fixed |
| 01:30:56 | EXetoC | oh really |
| 01:47:40 | * | bcinman quit (Ping timeout: 244 seconds) |
| 01:52:19 | * | bcinman joined #nim |
| 01:54:40 | * | adn_ joined #nim |
| 02:03:52 | * | reem joined #nim |
| 02:04:31 | * | darkf joined #nim |
| 02:04:49 | * | a5i quit () |
| 02:12:25 | * | reem quit (Remote host closed the connection) |
| 02:32:52 | * | reem joined #nim |
| 02:34:38 | fowl | nope |
| 02:38:33 | * | reem quit (Remote host closed the connection) |
| 02:41:14 | fowl | type mismatch: got (var MyRNG) but expected one of: testgen.randomUint64(self: var MyRNG) |
| 02:41:26 | * | wb quit (Ping timeout: 252 seconds) |
| 02:42:36 | * | chemist69_ joined #nim |
| 02:45:32 | * | chemist69 quit (Ping timeout: 244 seconds) |
| 02:45:41 | * | quasinoxen quit (Ping timeout: 246 seconds) |
| 02:45:59 | * | quasinoxen joined #nim |
| 03:09:23 | * | MyMind quit (Read error: Connection reset by peer) |
| 03:10:17 | * | MyMind joined #nim |
| 03:50:41 | * | adu joined #nim |
| 03:52:03 | * | gmpreussner|work joined #nim |
| 04:00:05 | * | saml_ quit (Quit: Leaving) |
| 04:03:56 | * | ChrisMAN quit (Ping timeout: 252 seconds) |
| 04:21:38 | * | mwbrown quit (Ping timeout: 246 seconds) |
| 05:08:29 | * | vendethiel quit (Ping timeout: 246 seconds) |
| 05:10:49 | * | vendethiel joined #nim |
| 05:21:51 | * | rzzz quit (Ping timeout: 264 seconds) |
| 05:39:13 | * | reem joined #nim |
| 05:43:33 | * | adn__ joined #nim |
| 05:43:34 | * | reem quit (Ping timeout: 245 seconds) |
| 05:45:38 | * | adn_ quit (Ping timeout: 256 seconds) |
| 05:54:34 | * | Varriount quit (Ping timeout: 272 seconds) |
| 06:15:52 | * | vendethiel quit (Ping timeout: 255 seconds) |
| 06:22:10 | * | vendethiel joined #nim |
| 06:26:57 | * | quasinoxen quit (Ping timeout: 245 seconds) |
| 06:38:39 | * | adu quit (Quit: Leaving) |
| 06:43:23 | * | vendethiel quit (Ping timeout: 246 seconds) |
| 06:43:35 | * | Demon_Fox quit (Quit: Leaving) |
| 06:43:59 | * | TEttinger quit (Ping timeout: 245 seconds) |
| 06:50:18 | * | vendethiel joined #nim |
| 07:21:47 | * | Varriount joined #nim |
| 07:26:13 | * | untitaker quit (Ping timeout: 264 seconds) |
| 07:27:48 | * | Matthias247 joined #nim |
| 07:31:21 | * | untitaker joined #nim |
| 07:31:39 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 07:34:49 | * | vendethiel quit (Ping timeout: 245 seconds) |
| 07:41:48 | * | vendethiel joined #nim |
| 07:45:23 | * | reem joined #nim |
| 07:50:58 | * | bjz joined #nim |
| 07:52:09 | * | MyMind quit (Ping timeout: 256 seconds) |
| 07:54:15 | * | MyMind joined #nim |
| 08:03:23 | * | MyMind quit (Ping timeout: 250 seconds) |
| 08:03:23 | * | vendethiel quit (Ping timeout: 250 seconds) |
| 08:03:33 | * | [CBR]Unspoken quit (Read error: Connection reset by peer) |
| 08:04:37 | * | reem quit (Remote host closed the connection) |
| 08:05:22 | * | bjz quit (Ping timeout: 240 seconds) |
| 08:07:52 | * | MyMind joined #nim |
| 08:20:11 | * | vendethiel joined #nim |
| 08:28:49 | * | reem joined #nim |
| 08:30:25 | * | bjz joined #nim |
| 08:41:20 | * | vendethiel quit (Ping timeout: 246 seconds) |
| 08:44:42 | * | reem quit (Remote host closed the connection) |
| 08:45:09 | * | xificurC joined #nim |
| 08:46:16 | * | vendethiel joined #nim |
| 08:47:16 | * | reem joined #nim |
| 08:52:23 | * | infrashortfoo joined #nim |
| 09:07:57 | * | ^aurora^ joined #nim |
| 09:08:39 | * | Aszarsha quit (Ping timeout: 256 seconds) |
| 09:09:44 | * | zahary quit (Ping timeout: 252 seconds) |
| 09:13:26 | * | zahary joined #nim |
| 09:21:28 | * | vendethiel quit (Ping timeout: 252 seconds) |
| 09:24:41 | * | vendethiel joined #nim |
| 09:30:21 | * | lyro quit (Quit: WeeChat 0.4.3) |
| 09:47:04 | * | Aszarsha joined #nim |
| 09:48:38 | * | TEttinger joined #nim |
| 09:55:46 | * | BlaXpirit joined #nim |
| 10:00:20 | * | lyro joined #nim |
| 10:05:20 | * | rkj-b joined #nim |
| 10:06:28 | * | rkj-b quit (Client Quit) |
| 10:09:52 | * | vendethiel quit (Ping timeout: 255 seconds) |
| 10:11:57 | * | ^aurora^ quit (Quit: Leaving.) |
| 10:15:22 | * | Aszarsha quit (Ping timeout: 265 seconds) |
| 10:19:16 | * | Aszarsha joined #nim |
| 10:20:24 | * | vendethiel joined #nim |
| 10:49:42 | * | ^aurora^ joined #nim |
| 11:13:04 | Araq | BlaXpirit: don't worry I have a fix for it already |
| 11:18:56 | * | reem quit (Remote host closed the connection) |
| 11:21:30 | * | adn_ joined #nim |
| 11:23:38 | * | arnetheduck joined #nim |
| 11:24:16 | * | adn__ quit (Ping timeout: 244 seconds) |
| 11:26:06 | * | ^aurora^ quit (Quit: Leaving.) |
| 11:27:19 | * | vendethiel quit (Ping timeout: 245 seconds) |
| 11:31:04 | * | vendethiel joined #nim |
| 11:52:04 | BlaXpirit | cool, thx |
| 11:53:13 | * | johnsoft quit (Ping timeout: 264 seconds) |
| 11:53:45 | * | johnsoft joined #nim |
| 11:54:51 | * | vendethiel quit (Ping timeout: 264 seconds) |
| 11:55:46 | * | [CBR]Unspoken joined #nim |
| 11:56:39 | Araq | BlaXpirit: kinda ironic that overloading based on 'var' |
| 11:56:56 | Araq | a feature that you certainly requested too, broke it |
| 11:58:09 | * | vendethiel joined #nim |
| 12:21:39 | * | mwbrown joined #nim |
| 12:43:07 | * | drewsrem joined #nim |
| 12:59:31 | * | irrequietus joined #nim |
| 13:02:45 | * | pragma_ joined #nim |
| 13:02:47 | * | mpthrapp joined #nim |
| 13:03:41 | arnetheduck | hi, I was poking around in the ast and came to a nkProcDef n.. is it normal that n.sons[namePos].sym.ast != n? specifically, I encountered a case where n.sonsLen == 7, while sym.ast.sonsLen==8, ie the return type was missing from the "direct" instance while it was there for the ast |
| 13:03:58 | * | Aszarsha quit (Ping timeout: 272 seconds) |
| 13:06:14 | pragma_ | i was wondering if this is an efficient way to iterate over a 2D array or if there was anything faster: http://pastebin.com/2Mbmes0T |
| 13:06:44 | * | ChrisMAN joined #nim |
| 13:13:44 | def- | pragma_: not more efficient, but you can do "for i,x in map.mpairs:" or "for x in map.mitems:" |
| 13:14:26 | pragma_ | ah thanks |
| 13:14:52 | def- | at least if you're on the devel branch |
| 13:17:11 | * | leonardo_n joined #nim |
| 13:19:23 | * | leonardo_n left #nim (#nim) |
| 13:20:00 | * | mwbrown quit (Ping timeout: 265 seconds) |
| 13:21:45 | * | banister joined #nim |
| 13:25:57 | pragma_ | is there a doc somewhere where i could find other operations like mpairs and mitems that are defined on arrays? |
| 13:26:19 | pragma_ | my search didnt bring up anything ,) |
| 13:32:41 | * | a5i joined #nim |
| 13:34:47 | Araq | arnetheduck: it's "normal" but not really a desirable feature |
| 13:36:15 | gmpreussner|work | is there a way yet to reset/retrieve passwords on the Nim forums? |
| 13:37:44 | Araq | gmpreussner|work: I think the forum can STILL not do that :-( |
| 13:37:57 | Araq | even after all these years |
| 13:38:27 | Araq | but hey, you can use the mailing list too ;-) |
| 13:39:14 | gmpreussner|work | i'd love to reply to some threads, but no longer can |
| 13:41:27 | Araq | maybe you can remember/find your password though :P |
| 13:41:33 | gmpreussner|work | nope |
| 13:41:55 | Araq | lol what are you guys doing? I never lose a password |
| 13:41:55 | gmpreussner|work | my passwords are generated, and i forgot to save it :/ |
| 13:42:12 | Araq | ah ok that makes sense. |
| 13:42:16 | EXetoC | Araq: traits were working at some point? |
| 13:42:16 | gmpreussner|work | it was saved in the browser for a while, but it looks like the cookie has expired |
| 13:42:38 | Araq | EXetoC: what is a trait? |
| 13:42:38 | * | johnsoft quit (Ping timeout: 246 seconds) |
| 13:43:21 | * | johnsoft joined #nim |
| 13:43:42 | EXetoC | Araq: UDTCs. I don't know if you were talking about that |
| 13:44:08 | drewsrem | I'm trying to write a macro that takes string literals and substitutes basic patterns that refer to variables with the strVal of the variable itself, e.g. let animal="cat"; mymacro"""I like my @(animal) very much""", I thought that I maybe could use PEGs inside a macro to accomplish that, any basic pointers? |
| 13:44:39 | * | irrequietus quit (Ping timeout: 264 seconds) |
| 13:45:09 | * | rzzz joined #nim |
| 13:45:39 | EXetoC | drewsrem: this might interest you http://gradha.github.io/articles/2014/11/swift-string-interpolation-with-nimrod-macros.html |
| 13:46:02 | drewsrem | EXetoC, thank you |
| 13:48:15 | * | pragma_ quit (Quit: Page closed) |
| 13:48:29 | Araq | drewsrem: there is also strfmt nimble package and a couple of other examples of how to do that |
| 13:48:43 | drewsrem | Araq, thanks, I'll look at them |
| 13:49:04 | fowl | BlaXpirit, i couldn't get your ex working either |
| 13:54:33 | a5i | #DigitalOcean |
| 13:59:44 | * | irrequietus joined #nim |
| 14:15:46 | * | saml joined #nim |
| 14:19:31 | * | reem joined #nim |
| 14:23:58 | * | reem quit (Ping timeout: 252 seconds) |
| 14:25:49 | * | banister is now known as banisterfiend |
| 14:26:30 | * | darkf quit (Quit: Leaving) |
| 14:26:46 | EXetoC | did something happen to 'do'? |
| 14:27:27 | Araq | EXetoC: yeah, I want to get rid of it |
| 14:27:36 | Araq | for anon procs |
| 14:27:42 | EXetoC | ok |
| 14:28:45 | EXetoC | can notnil checks be disabled? relevant code: "setControlCHook(proc() {.noconv.} = discard" |
| 14:31:38 | Araq | well that surely should compile, right? |
| 14:34:16 | EXetoC | oops, last char wasn't copied |
| 14:34:35 | EXetoC | it's a very simple case indeed. I'll browse the issue tracker |
| 14:35:23 | * | arnetheduck quit (Read error: Connection reset by peer) |
| 14:35:28 | Araq | bbk |
| 14:35:30 | Araq | bbl |
| 14:36:15 | dom96 | http://libraries.io/languages/Nimrod |
| 14:37:48 | EXetoC | GPL'ed libs? |
| 14:38:31 | EXetoC | no, it's actually "CNRI Python Open Source GPL Compatible License Agreement" |
| 14:41:15 | EXetoC | the label is misleading, but the actual license allows for commercial use |
| 14:45:14 | * | rzzz quit (Ping timeout: 245 seconds) |
| 14:48:49 | gmpreussner|work | has anyone here worked with Xcode Frameworks? i have a third-party library that i wish to write a binding for, but it comes in the form of a .framework package. no idea what to do with it x_x |
| 14:55:14 | gmpreussner|work | ah, looks like they contain shared libraries burried in the folder hierarchy |
| 14:55:23 | bw_ | is there a slice notation for "every other remainig element" like, f[0] for the first and f[1..] for the remining? |
| 14:55:38 | bw_ | remaining* |
| 14:56:26 | * | rzzz joined #nim |
| 14:59:14 | EXetoC | bw_: here's a related discussion https://github.com/Araq/Nim/issues/1979 |
| 14:59:40 | EXetoC | in the bottom half specifically |
| 15:00:09 | bw_ | EXetoC: thanks |
| 15:00:15 | bw_ | i'll have a look |
| 15:01:01 | EXetoC | so the answer to the question would be no. there's no shortcut yet |
| 15:05:44 | fowl | 1.. -1 will give you item 2 to high(seq) |
| 15:05:50 | * | pregressive joined #nim |
| 15:07:20 | EXetoC | I should never give advice |
| 15:07:36 | EXetoC | what I meant was, it's going away |
| 15:08:03 | EXetoC | just for strings though, right? for whatever reason |
| 15:08:06 | fowl | it is? |
| 15:09:03 | fowl | we should use "x @ 0.. -1" for the new or old behavior |
| 15:09:08 | EXetoC | I just double checked: ## slice operation for strings. Negative indexes are supported. ... ## slice operation for arrays. Negative indexes are **not** supported ... ## slice operation for arrays. Negative indexes are **not** supported |
| 15:09:21 | EXetoC | for strings, arrays and sequences respectively |
| 15:10:04 | * | jholland joined #nim |
| 15:14:18 | EXetoC | so I was partially right. it is confusing though |
| 15:20:48 | * | elbow_jason quit (Ping timeout: 252 seconds) |
| 15:22:16 | * | wb joined #nim |
| 15:23:02 | * | elbow_jason joined #nim |
| 15:34:01 | bw_ | bummer, i would loved the python syntax or an equaly powerful alternative |
| 15:34:27 | * | jfchevrette joined #nim |
| 15:36:07 | * | elasticdog left #nim ("WeeChat 1.1.1") |
| 15:36:53 | bw_ | still, i really enjoy nim :) |
| 15:37:26 | EXetoC | it seems pretty certain that the syntax will improve soon |
| 15:42:57 | dom96 | EXetoC: no, for everything. |
| 15:43:37 | dom96 | not just for strings |
| 15:43:52 | * | davidhq joined #nim |
| 15:45:27 | EXetoC | dom96: it's only supported for strings now, of all the core container types, is what I meant |
| 15:45:41 | * | pregressive quit (Read error: Connection reset by peer) |
| 15:49:50 | * | untitaker left #nim ("WeeChat 1.1.1") |
| 15:56:30 | * | filwit joined #nim |
| 15:56:32 | * | drewsrem quit (Quit: Leaving) |
| 16:18:14 | * | brson joined #nim |
| 16:22:20 | * | adn_ quit (Remote host closed the connection) |
| 16:25:02 | * | rzzz quit (Ping timeout: 246 seconds) |
| 16:33:09 | * | Trustable joined #nim |
| 16:35:14 | * | johnsoft quit (Ping timeout: 246 seconds) |
| 16:35:32 | * | johnsoft joined #nim |
| 16:49:49 | * | jfchevre_ joined #nim |
| 16:53:31 | * | jfchevrette quit (Ping timeout: 255 seconds) |
| 16:57:04 | * | rzzz joined #nim |
| 16:59:15 | * | ggVGc quit (Quit: leaving) |
| 17:03:11 | * | infrashortfoo quit () |
| 17:09:21 | * | jfchevrette joined #nim |
| 17:12:35 | * | jfchevre_ quit (Ping timeout: 256 seconds) |
| 17:20:32 | * | pregressive joined #nim |
| 17:33:43 | * | tmku joined #nim |
| 17:37:22 | * | gsingh93 joined #nim |
| 17:46:24 | * | lnr quit (K-Lined) |
| 17:53:23 | * | jjgedney left #nim ("Quit~") |
| 17:54:16 | * | sdw quit (Ping timeout: 255 seconds) |
| 17:58:25 | * | banisterfiend quit (Read error: Connection reset by peer) |
| 18:04:37 | * | panzone joined #nim |
| 18:06:18 | * | banister joined #nim |
| 18:08:15 | * | Demos joined #nim |
| 18:17:55 | novist | good people you might want to check this out if you ever wanted python-like bash-compatible shell http://xonsh.org |
| 18:19:45 | BlaXpirit | too good to be true |
| 18:20:32 | * | panzone left #nim ("Leaving...") |
| 18:22:30 | novist | well it works. it seems its pretty early in development though |
| 18:22:39 | novist | quite some nasty stacktraces where they should be hidden |
| 18:22:47 | novist | like ctrl-c running command ^_^ |
| 18:31:34 | BlaXpirit | hax |
| 18:39:48 | * | Trustable quit (Remote host closed the connection) |
| 18:59:58 | * | Mimbus quit (Read error: Connection reset by peer) |
| 19:05:40 | * | flaviu joined #nim |
| 19:19:16 | * | bcinman quit (Quit: My Mac has gone to sleep. ZZZzzz…) |
| 19:19:58 | * | bcinman joined #nim |
| 19:26:52 | * | irrequietus quit (Ping timeout: 240 seconds) |
| 19:29:30 | * | mpthrapp_ joined #nim |
| 19:30:20 | * | reem joined #nim |
| 19:31:14 | * | mpthrapp quit (Ping timeout: 246 seconds) |
| 19:33:12 | * | mpthrapp joined #nim |
| 19:33:12 | * | mpthrapp_ quit (Read error: Connection reset by peer) |
| 19:34:02 | * | flaviu quit (Read error: Connection reset by peer) |
| 19:37:53 | * | zipR4ND joined #nim |
| 19:40:23 | * | mpthrapp_ joined #nim |
| 19:42:20 | * | mpthrapp quit (Ping timeout: 244 seconds) |
| 19:46:42 | * | mpthrapp joined #nim |
| 19:46:43 | * | mpthrapp_ quit (Read error: Connection reset by peer) |
| 19:48:36 | * | mpthrapp_ joined #nim |
| 19:50:46 | EXetoC | apparently it's possible to automate the generation of a limited elementary (enlightenment's widget toolkit) interface now |
| 19:50:53 | * | mpthrapp quit (Ping timeout: 246 seconds) |
| 19:51:23 | EXetoC | the GTK 3 interface is making progress though, and it's high level if I'm not mistaken |
| 19:51:24 | * | mpthrapp_ quit (Read error: Connection reset by peer) |
| 19:51:37 | * | mpthrapp joined #nim |
| 19:51:50 | EXetoC | oh, and Qt (qml) |
| 19:52:37 | * | fizzbooze joined #nim |
| 20:04:52 | * | UberLambda joined #nim |
| 20:06:07 | * | ggVGc joined #nim |
| 20:07:47 | * | jfchevrette quit (Quit: My Mac has gone to sleep. ZZZzzz…) |
| 20:07:50 | * | Matthias247 joined #nim |
| 20:13:53 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 20:24:56 | * | reem quit (Remote host closed the connection) |
| 20:25:08 | * | irrequietus joined #nim |
| 20:28:55 | * | reem joined #nim |
| 20:39:15 | * | pregressive quit () |
| 20:41:43 | * | reem quit (Remote host closed the connection) |
| 20:46:54 | * | BlaXpirit_ joined #nim |
| 20:46:57 | * | bcinman quit (Quit: My Mac has gone to sleep. ZZZzzz…) |
| 20:47:43 | * | bcinman joined #nim |
| 20:52:47 | * | BlaXpirit_ quit (Ping timeout: 246 seconds) |
| 20:53:15 | * | BlaXpirit_ joined #nim |
| 21:01:35 | * | flaviu joined #nim |
| 21:03:50 | Araq | dom96: deployed the forum? |
| 21:11:29 | * | milosn quit (Read error: Connection reset by peer) |
| 21:14:04 | * | milosn joined #nim |
| 21:17:09 | * | Trustable joined #nim |
| 21:17:50 | dom96 | Araq: yeah |
| 21:18:29 | * | mpthrapp quit (Remote host closed the connection) |
| 21:22:05 | Araq | nice. just CSS changes? |
| 21:22:10 | Araq | or some new features too? |
| 21:25:42 | flaviu | dom96: That visited link css looks pretty bad. |
| 21:26:30 | flaviu | try 9BA7B6, which is darkened 20% |
| 21:26:46 | BlaXpirit_ | D: |
| 21:30:09 | EXetoC | I still think there is too much background contrast |
| 21:31:28 | flaviu | EXetoC: Adjust your monitor |
| 21:32:31 | EXetoC | no, the contrast introduced by having so many different background colors |
| 21:32:57 | EXetoC | does the term contrast not apply here? |
| 21:33:15 | EXetoC | I might've been unclear though |
| 21:33:21 | flaviu | I'm not sure I understand what you're referring to. |
| 21:34:07 | EXetoC | there's light blue, slightly darker blue, nearly black and so on |
| 21:34:33 | * | jfchevrette joined #nim |
| 21:34:58 | * | BlaXpirit_ quit (Quit: Quit Konversation) |
| 21:35:03 | flaviu | too many different colors? |
| 21:35:48 | dom96 | flaviu: somebody else created a PR for that |
| 21:36:21 | flaviu | dom96: I know, but the PR needed to be modified slightly |
| 21:36:49 | * | BlaXpirit quit (Quit: Quit Konversation) |
| 21:37:10 | * | jfchevrette quit (Remote host closed the connection) |
| 21:37:13 | * | BlaXpirit joined #nim |
| 21:40:54 | EXetoC | flaviu: yes, and I think that designs like these are more appropriate for websites specific to certain games or movies for example |
| 21:41:19 | EXetoC | but I don't recall anyone having similar opinions |
| 21:41:58 | flaviu | I mostly don't care, but I don't disagree with you |
| 21:42:03 | Araq | EXetoC: no, in fact plenty of people do agree with you, myself included |
| 21:42:45 | Araq | we're just a bit ahead of the times :P we don't deny the invention of the color monitors |
| 21:43:22 | Araq | in 5 years websites will again look like ours does now |
| 21:43:29 | * | Araq coughes |
| 21:47:15 | flaviu | Does anyone have a copy of the website pre-filwit? |
| 21:47:22 | * | xificurC quit (Ping timeout: 245 seconds) |
| 21:48:09 | Araq | google cache? |
| 21:48:19 | EXetoC | I think there are plenty of websites relying on hues that look good. can't think of anyting specific though |
| 21:50:09 | flaviu | Araq: Nope. That only keeps the most current version |
| 21:50:48 | cazov | archive.org probably has something |
| 21:51:00 | flaviu | nope |
| 21:51:10 | flaviu | 29 Nov 14 is the earliest it's indexed |
| 21:51:35 | EXetoC | as most websites actually rely on #000 on #FFF (a little too bright imo) |
| 21:51:37 | flaviu | right, nimrod-lang.com |
| 21:53:46 | flaviu | http://web.archive.org/web/20131203090442/http://nimrod-lang.org/ |
| 21:53:52 | flaviu | that mostly looks like the current site |
| 21:53:58 | EXetoC | yellow on blue for example is very readable |
| 21:54:09 | EXetoC | I think there were old systems that reload on such color schemes |
| 21:54:33 | flaviu | EXetoC: Are you serious, or sarcastic? |
| 21:54:34 | EXetoC | but I digress |
| 21:59:56 | * | UberLambda quit (Quit: Leaving the Matrix) |
| 22:00:59 | Araq | flaviu: cannot find the old version either but there was a consensus that it was really bad |
| 22:03:18 | EXetoC | flaviu: it's that unbelievable? |
| 22:03:32 | EXetoC | "Yellow (amber) text on a deep blue background has excellent readability, as does amber or green on black. This is why old dumbterms (vt100, vt52, etc.) went for these colors." |
| 22:03:56 | EXetoC | I can't find that other stackoverflow thread though, and I can't remember if I tried it myself |
| 22:04:35 | BlaXpirit | crazy talk. |
| 22:07:57 | dom96 | http://web.archive.org/web/20110905070628/http://force7.de/nimrod/ |
| 22:08:13 | flaviu | Maybe they meant to type "has excellent eyeburnability"? I mean, the keys are right next to each other! |
| 22:10:07 | EXetoC | but solarized isn't that much different is it? keywords are yellow for me in nimrod.vim and it is readable to me |
| 22:11:20 | Araq | ah yeah, the old website ... like that one better? |
| 22:11:42 | EXetoC | the background hue differs from blue by only a few degrees |
| 22:12:57 | EXetoC | Araq: it really does look better to me, and there are no odd shapes or nested rectangles |
| 22:13:34 | EXetoC | maybe not the prettiest, but very readable |
| 22:16:50 | * | TEttinger quit (Quit: Leaving) |
| 22:20:45 | * | reem joined #nim |
| 22:25:31 | * | elbow_jason quit (Quit: Leaving) |
| 22:33:53 | EXetoC | has this been discussed outside of IRC? |
| 22:38:23 | gmpreussner|work | sorry, i don't like that design |
| 22:38:47 | gmpreussner|work | the font is too small, there is not enough padding, the layout is very generic, and so are the colors/images |
| 22:39:04 | gmpreussner|work | it will look terrible on mobile devices |
| 22:39:55 | gmpreussner|work | would have been cool in 1998 though |
| 22:41:29 | EXetoC | I just said I'd rather have that one, but obviously it's not perfect |
| 22:47:18 | EXetoC | the current one is not responsive either unfortunately, and that means a lot has to be changed |
| 22:50:52 | * | mpthrapp joined #nim |
| 22:58:52 | * | TEttinger joined #nim |
| 23:00:11 | Araq | ping Varriount |
| 23:01:01 | * | Trustable quit (Remote host closed the connection) |
| 23:04:26 | * | mwbrown joined #nim |
| 23:13:20 | * | irrequietus quit () |
| 23:21:17 | * | eventualbuddha joined #nim |
| 23:21:29 | Araq | hi eventualbuddha welcome |
| 23:21:38 | eventualbuddha | hi Araq |
| 23:22:50 | eventualbuddha | basic question: if I have an object type Pad which I am returning from a proc, but sometimes doing so may fail, is it conventional to return `nil`? |
| 23:23:20 | * | tmku quit (Ping timeout: 252 seconds) |
| 23:23:31 | eventualbuddha | and, if so, why might the compiler complain? Error: type mismatch: got (nil) but expected 'Pad' |
| 23:23:59 | def- | eventualbuddha: you can only return nil if Pad is a ref or ptr |
| 23:24:14 | * | tmku joined #nim |
| 23:24:21 | EXetoC | errors usually come in the form of an raised exception |
| 23:24:23 | def- | nil is the null pointer, so it makes no sense to return a null pointer when Pad is a non-ref object |
| 23:24:25 | EXetoC | *a |
| 23:24:39 | eventualbuddha | got it |
| 23:24:51 | eventualbuddha | so making Pad a `ref object` would fix it |
| 23:25:11 | def- | eventualbuddha: the choice is to make it a ref object, or to add an explicit null state for Pad |
| 23:25:25 | EXetoC | returning nil is common too, but it's usually done for other purposes |
| 23:25:29 | eventualbuddha | EXetoC: the proc in this case is “make a Pad from a URI”, which tries to parse an id out of the URI |
| 23:26:23 | eventualbuddha | thanks for the tip, folks |
| 23:27:27 | EXetoC | if parsingFailed: raise newException(ParsingFailedError, "<reason why it failed>") |
| 23:36:25 | fowl | accept that nullable types are just like an option[t] and check it before use :) |
| 23:38:44 | * | BlaXpirit quit (Quit: Quit Konversation) |
| 23:40:11 | EXetoC | C coder :p |
| 23:49:29 | eventualbuddha | I would prefer a more explicit mechanism for optional types. swift’s seems decent (i.e. `Pad?`) |
| 23:50:07 | EXetoC | eventualbuddha: https://github.com/fowlmouth/nimlibs/blob/master/fowltek/maybe_t.nim |
| 23:50:33 | EXetoC | fowl: will you unblobify that thing at some point? :p |
| 23:50:37 | eventualbuddha | yeah, it’s just not the same when it’s not part of the language/used in the stdlib |
| 23:51:02 | EXetoC | that's often not the case |
| 23:51:23 | EXetoC | there are several macros for example that replicate language features found in other langauges |
| 23:52:16 | fowl | EXetoC, will improve when `when T isnot nullable: hasvalue: bool` is able to be put in there |
| 23:52:19 | eventualbuddha | EXetoC: sure, for the first part. but the second part is still true: the stdlib doesn’t use this stuff |
| 23:52:27 | EXetoC | rust option type for example relies on some nice features, but it is a type defined in a source file |
| 23:52:45 | EXetoC | fowl: ok |
| 23:52:48 | EXetoC | eventualbuddha: true |
| 23:53:15 | * | zipR4ND quit (Ping timeout: 250 seconds) |
| 23:53:23 | EXetoC | I missed that last part |
| 23:53:43 | EXetoC | that won't stop me from using it though |