00:04:20 | * | chemist69 quit (Ping timeout: 246 seconds) |
00:09:29 | * | vendethiel joined #nim |
00:10:35 | flaviu | ekarlso: http://www.ucw.cz/moe/ |
00:13:35 | ekarlso | flaviu: yeah, but isolate requires to be run as root ? |
00:13:43 | flaviu | so? |
00:13:55 | ekarlso | why not just as well use docker :p |
00:14:12 | flaviu | isolate is easier to set up properly, but whatever floats your boat. |
00:14:25 | flaviu | They both use LXC |
00:14:36 | ekarlso | yum install docker < not much easier... |
00:14:38 | ekarlso | docker run fooo |
00:14:58 | ekarlso | i just dont get it why playpen is borking |
00:15:01 | flaviu | yeah, but time, memory, io, cpu restrictions are probably a PITA in docker. |
00:16:19 | ekarlso | time restrictions ? |
00:16:39 | flaviu | well, you don't want someone to run a program for 20 min. |
00:16:43 | flaviu | It should be short. |
00:16:50 | * | chemist69 joined #nim |
00:19:41 | * | gokr quit (Quit: Leaving.) |
00:25:49 | ekarlso | flaviu: hmmm clone(child_stack=0, flags=CLONE_NEWNS|CLONE_NEWUTS|CLONE_NEWIPC|CLONE_NEWPID|CLONE_NEWNET|SIGCHLD) = -1 EPERM (Operation not permitted) |
00:27:12 | * | Demos joined #nim |
00:27:18 | flaviu | I don't know, sorry. |
00:28:41 | ekarlso | oh well, tmrw then |
00:30:52 | * | vendethiel quit (Ping timeout: 264 seconds) |
00:44:04 | fowlmouth | google said you need to use sudo |
00:46:43 | ekarlso | doesn't say so in #rust.. |
00:50:27 | * | saml_ joined #nim |
01:01:51 | * | Trustable quit (Remote host closed the connection) |
01:03:15 | * | ARCADIVS quit (Quit: ARCADIVS) |
01:03:52 | * | irrequietus quit () |
01:14:16 | * | flaviu quit (Read error: Connection reset by peer) |
01:14:16 | * | Mimbus quit (Read error: Connection reset by peer) |
01:17:37 | * | flaviu joined #nim |
01:58:20 | * | vendethiel joined #nim |
02:06:52 | * | gunn_ quit (Ping timeout: 240 seconds) |
02:08:24 | * | gunn_ joined #nim |
02:15:17 | * | chemist70 joined #nim |
02:19:01 | * | chemist69 quit (Ping timeout: 264 seconds) |
02:19:26 | * | vendethiel quit (Ping timeout: 246 seconds) |
02:26:22 | * | ehaliewicz quit (Ping timeout: 255 seconds) |
02:37:52 | Triplefox | if i do something like: https://gist.github.com/triplefox/a400a11fe05566bdc0fb does the reference actually get traced in some useful way, or am i just breaking it? |
02:39:27 | Triplefox | (context: i have a tweening lib that would like to update references on arbitrary user data, but want to know what i can guarantee) |
02:45:58 | * | vendethiel joined #nim |
03:07:28 | * | vendethiel quit (Ping timeout: 264 seconds) |
03:07:30 | * | darkf joined #nim |
03:24:30 | * | vendethiel joined #nim |
03:25:26 | * | gsingh93 quit (Quit: Connection closed for inactivity) |
03:26:50 | fowlmouth | Triplefox, the example wont work. what you suggest is not good practice |
03:27:10 | * | VinceAddons quit (Read error: Connection reset by peer) |
03:28:14 | fowlmouth | if you have a reference to some float inside some Thing, it loses meaning what the float is, instead keep Thing and the float you're reading/modifying is a property of a Thing. if that makes sense |
03:30:45 | Triplefox | the case where this starts to actually matter to me is...i have an array of, say, particles. now, maybe the right way to approach it is to allow the tweener to operate over a sequence |
03:32:04 | Triplefox | but then i also want the case where i have a singular thing like a ui element and it just needs some coordinates updated on that |
03:34:57 | Triplefox | if pressed i'd probably go for a low-performing solution, in my haxe version of this lib i passed in a setter function |
03:38:48 | Triplefox | or i could refuse to automate, and force the user to manually map tween results to the data being tweened |
03:43:32 | fowlmouth | i'll try to make an ex in a min |
03:46:09 | * | vendethiel quit (Ping timeout: 250 seconds) |
03:51:15 | * | vendethiel joined #nim |
03:52:28 | fowlmouth | brb |
03:56:37 | * | leonlee joined #nim |
03:56:41 | * | nande quit (Remote host closed the connection) |
04:13:55 | * | vendethiel quit (Ping timeout: 255 seconds) |
04:15:59 | reactormonk | Araq, ok, I have the code here, no idea why I didn't push it, gotta take a look again - but splits first. |
04:26:26 | * | Sornaensis quit (Excess Flood) |
04:27:13 | * | Sornaensis joined #nim |
04:29:52 | * | vendethiel joined #nim |
04:33:59 | * | gunn_ quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
04:49:37 | * | dyu joined #nim |
04:52:53 | * | vendethiel quit (Ping timeout: 245 seconds) |
04:55:28 | * | saml_ quit (Quit: Leaving) |
05:05:09 | fowlmouth | Triplefox, heres what i came up with https://gist.github.com/fowlmouth/169804e2638e05a7e9c1 |
05:05:25 | Triplefox | oh my gosh, you did all that |
05:05:41 | Triplefox | i already had a library i was porting so |
05:06:25 | fowlmouth | thats fine |
05:07:03 | * | reem joined #nim |
05:08:16 | Triplefox | it'll be a good reference, though...nim constructs i haven't tried yet |
05:09:50 | * | OnwardEuler quit (Ping timeout: 246 seconds) |
05:14:18 | Triplefox | this is what i made, anyway...very different approach https://gist.github.com/triplefox/d017b47f32de68ac6c2b |
05:16:57 | * | vendethiel joined #nim |
06:04:16 | * | reem quit (Remote host closed the connection) |
06:05:04 | * | vendethiel quit (Ping timeout: 264 seconds) |
06:06:13 | * | reem joined #nim |
06:08:16 | * | vendethiel joined #nim |
06:13:41 | * | Demos quit (Read error: Connection reset by peer) |
06:27:33 | Triplefox | decided to remove any notion of tween target. now the lib is super simple and i am happy. |
06:29:52 | * | vendethiel quit (Ping timeout: 240 seconds) |
06:39:26 | * | brson quit (Quit: leaving) |
06:46:51 | * | bjz joined #nim |
06:48:51 | * | vendethiel joined #nim |
07:00:05 | * | gunn_ joined #nim |
07:07:22 | * | johnsoft quit (Quit: Leaving) |
07:10:56 | * | johnsoft joined #nim |
07:11:37 | * | vendethiel quit (Ping timeout: 256 seconds) |
07:12:12 | * | reem quit (Remote host closed the connection) |
07:27:45 | * | chemist70 quit (Quit: leaving) |
07:27:56 | * | chemist69 joined #nim |
07:30:09 | * | vendethiel joined #nim |
07:32:58 | * | reem joined #nim |
07:34:31 | * | reem quit (Remote host closed the connection) |
08:22:41 | * | dumdum joined #nim |
08:24:55 | * | BlaXpirit joined #nim |
08:35:02 | * | reem joined #nim |
08:37:12 | * | vendethiel quit (Ping timeout: 244 seconds) |
08:39:01 | * | vendethiel joined #nim |
08:39:33 | * | reem quit (Ping timeout: 245 seconds) |
09:01:21 | * | chemist69 quit (Quit: leaving) |
09:06:44 | * | chemist69 joined #nim |
09:08:31 | * | chemist69 quit (Client Quit) |
09:14:48 | * | chemist69 joined #nim |
09:25:28 | * | vendethiel quit (Ping timeout: 264 seconds) |
09:29:00 | Araq | def-: system.nim has a patch to make --threads:on work with --os:standalone |
09:32:40 | def- | Araq: oh, it runs already, i just didn't update my compiler copy! |
09:32:50 | def- | great |
09:37:24 | * | reem joined #nim |
09:41:38 | * | reem quit (Ping timeout: 245 seconds) |
09:55:38 | * | wb joined #nim |
10:03:19 | * | dumdum quit (Ping timeout: 256 seconds) |
10:06:34 | * | Trustable joined #nim |
10:17:58 | * | dumdum joined #nim |
10:26:40 | Araq | def-: regarding https://github.com/Araq/Nim/issues/1797 ... does 'while' without a break count as 'for' for icc's optimizer? |
10:26:49 | * | kuzy000_ joined #nim |
10:27:30 | def- | Araq: interesting question, will have to give it a try. only seen for loops being optimized so far |
10:38:01 | * | reem joined #nim |
10:41:32 | def- | Araq: yes, while loops without breaks work fine as well |
10:42:03 | def- | without breaks and gotos* |
10:42:16 | Araq | so all the codgen needs to do is to use while (cond) instead of while (1) { if !cond break; }? |
10:42:28 | * | reem quit (Ping timeout: 245 seconds) |
10:42:58 | def- | it's a goto, not a break right now |
10:43:08 | Araq | yeah I know, doesn't matter |
10:43:33 | def- | yes, that should be fine |
10:44:04 | ekarlso | didn't know but the hosts that the packages stuff runs on atm runs ssd raids -,,- |
10:44:08 | def- | but maybe the additional assignments are another problem |
10:44:23 | ekarlso | no wonder it's blazing |
10:45:29 | Araq | def-: well the C compiler really should do copy ellisions before loop detection ... |
10:45:48 | Araq | but yeah, it surely is not idiomatic C |
10:46:40 | Araq | but hrm you get something similar with pointer arithmetic |
10:46:46 | Araq | so it should handle it |
10:48:29 | * | MajorWork joined #nim |
10:59:42 | * | VinceAddons joined #nim |
11:05:00 | * | vendethiel joined #nim |
11:14:34 | * | MajorWork quit (Changing host) |
11:14:34 | * | MajorWork joined #nim |
11:21:09 | * | darkf quit (Read error: Connection reset by peer) |
11:24:12 | * | darkf joined #nim |
11:28:39 | * | chemist69 quit (Quit: WeeChat 1.1.1) |
11:28:59 | * | chemist69 joined #nim |
11:34:53 | * | JinShil joined #nim |
11:39:55 | * | sillesta joined #nim |
11:46:37 | * | JinShil quit (Quit: Konversation terminated!) |
11:47:12 | flaviu | fowlmouth: I came across http://www.ilikebigbits.com/blog/2015/2/5/what-a-difference-a-function-makes a while ago, it's approch looked interesting. You get to avoid Euler integration with it. |
12:05:43 | * | dumdum quit (Ping timeout: 256 seconds) |
12:09:21 | * | JinShil joined #nim |
12:10:49 | * | vendethiel quit (Ping timeout: 256 seconds) |
12:24:51 | * | vendethiel joined #nim |
12:26:44 | * | reem joined #nim |
12:28:56 | * | JinShil quit (Remote host closed the connection) |
12:29:40 | * | JinShil joined #nim |
12:31:06 | * | JinShil quit (Client Quit) |
12:31:13 | * | reem quit (Ping timeout: 245 seconds) |
12:31:53 | * | JinShil joined #nim |
12:34:18 | * | JinShil quit (Remote host closed the connection) |
12:34:18 | * | wb quit (Read error: Connection reset by peer) |
12:34:48 | * | wb joined #nim |
12:46:15 | * | dumdum joined #nim |
12:46:49 | * | vendethiel quit (Ping timeout: 252 seconds) |
13:09:00 | * | mithraiders joined #nim |
13:09:47 | mithraiders | any web framework for nim? |
13:09:52 | def- | mithraiders: jester |
13:10:24 | def- | and nawak |
13:11:18 | * | vendethiel joined #nim |
13:11:23 | * | pafmaf joined #nim |
13:16:38 | mithraiders | im new to nim. why i dont see any wikipedia for nim? |
13:17:07 | def- | mithraiders: not noteworthy enough yet |
13:20:26 | Araq | how many github watchers do we need to become noteworthy? ;-) |
13:20:33 | def- | If you want to read more about the reasons: https://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Nimrod_(programming_language)_(2nd_nomination) |
13:21:33 | def- | Araq: not watchers, instead need people to write about Nim in reputable publications |
13:22:51 | def- | or we just create an article for Nim again and see what happens? |
13:23:17 | mithraiders | i know this is not the place to look for inspiration and motivation. lol. but im stuck between what to learn.. golang or nim. Tried both the basic stuff. |
13:23:52 | Araq | and what should be written? "we used Nim to calculate the number of bernoulli graphs where vertex cover was fixed parameter tractable"? |
13:24:00 | def- | mithraiders: try something more advanced in the direction you want to go in, in both languages. see what works better for you |
13:24:31 | def- | Araq: that would probably be good enough, actually |
13:25:15 | mithraiders | cool dude. i think i should dig more deeper on both programming languages. |
13:27:44 | mithraiders | is it true that the speed of nim is comparable to c? |
13:28:46 | def- | mithraiders: in many benchmarks yes, i have a list of benchmarks down here: https://github.com/def-/nim-benchmarksgame |
13:30:49 | BlaXpirit | this doesn't work :( https://bpaste.net/show/9496a1d822de |
13:31:33 | BlaXpirit | on line 13 there are 2 generic arguments. if I make one of them normal, it works, just not with both |
13:31:43 | def- | BlaXpirit: yeah, i reported this already |
13:31:55 | BlaXpirit | nice to know |
13:32:30 | def- | maybe it's not the same bug though |
13:32:52 | * | vendethiel quit (Ping timeout: 265 seconds) |
13:32:58 | def- | https://github.com/Araq/Nim/issues/1385 |
13:33:26 | def- | seems like it's the user defined typeclass in your case |
13:37:36 | BlaXpirit | 29 Jul 2014 huh |
13:37:48 | mithraiders | @def i hope you would write more article about nim. maybe 'Build You Own Web Framework In Nim'. or 'Simple Twitter clone using nim' :D |
13:38:38 | def- | mithraiders: Hopefully someone with more knowledge of these topics will do it before me |
13:39:01 | BlaXpirit | def-, cuz I realized that to represent multiple inheritance in SFML's class hierarchy i could use inheritance for some cases and typeclasses for other cases |
13:39:17 | BlaXpirit | aaand it doesn't work |
13:39:30 | def- | yeah, typeclasses are known to be experimental |
13:39:49 | def- | If you could fix them, that would be great |
13:39:57 | BlaXpirit | yeah right -_- |
13:41:30 | Araq | BlaXpirit: MI can also be modelled with converters |
13:42:09 | BlaXpirit | Araq, those things aren't even classes |
13:42:31 | BlaXpirit | i mean, they are "classes" in C++, but it's more like interfaces |
13:43:09 | BlaXpirit | which seemed like a very nice candidate for typeclasses |
13:43:54 | BlaXpirit | am I even calling this the correct name |
13:44:05 | BlaXpirit | yeah, seems so |
13:47:18 | * | mithraiders quit (Quit: Leaving) |
13:56:06 | * | vendethiel joined #nim |
14:02:53 | * | BlaXpirit quit (Read error: Connection reset by peer) |
14:03:41 | * | BlaXpirit joined #nim |
14:05:13 | * | gunn_ quit (Ping timeout: 264 seconds) |
14:06:34 | * | gunn joined #nim |
14:12:01 | * | darkf quit (Quit: Leaving) |
14:15:30 | * | reem joined #nim |
14:20:40 | * | reem quit (Ping timeout: 264 seconds) |
14:31:17 | * | davidhq joined #nim |
15:12:49 | DecoPerson | is the "initialise object into memory at this address" feature implemented yet? |
15:16:16 | * | reem joined #nim |
15:20:48 | * | reem quit (Ping timeout: 245 seconds) |
15:27:32 | BlaXpirit | i thought such behavior might work implicitly, but it doesn't |
15:32:57 | gmpreussner|work | if i have "type TArray = distinct array[0..3, int]", how would i go about adding support for array initialization like "var a: TArray = [1, 2, 3, 4]"? is that possible without assignment operators yet? |
15:48:35 | * | gunn quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
15:53:05 | * | pafmaf quit (Quit: This computer has gone to sleep) |
15:53:16 | * | pafmaf joined #nim |
15:53:22 | * | pafmaf quit (Client Quit) |
15:53:22 | BlaXpirit | gmpreussner|work, maybe u can make a converter?? |
15:53:36 | * | VinceAddons quit (Read error: Connection reset by peer) |
15:55:05 | * | Ddum joined #nim |
15:55:27 | def- | BlaXpirit: then why make it distinct at all? |
15:56:57 | def- | gmpreussner|work: write "var a = TArray([1, 2, 3, 4])" |
15:57:14 | gmpreussner|work | thanks def- |
15:57:25 | gmpreussner|work | yeah, converter defeates the purpose of distinct :) |
15:57:36 | gmpreussner|work | *defeats |
15:58:55 | DecoPerson | hmm, how would you make it behave like an array? https://gist.github.com/Deco/5a58b5721bec07c4b09a |
15:59:20 | DecoPerson | added the error to that gist |
15:59:24 | * | infinity0 joined #nim |
16:00:23 | def- | DecoPerson: what you're trying to do only works for dot accessor |
16:01:03 | gmpreussner|work | DecoPerson, i added a suggestion in a comment |
16:01:25 | * | gokr joined #nim |
16:01:36 | DecoPerson | so every proc and template that takes an array needs to be redefined for TArray? (using {.borrow.}, ofc) |
16:01:53 | gmpreussner|work | that's the best i could come up with :/ |
16:02:15 | def- | seems like it. could also extend the .borrow: pragma |
16:02:39 | gmpreussner|work | i also found that {.borrow.} does not work well with generics... so if you have TArray[N: static[int], T], for example, you might be out of luck |
16:03:33 | BlaXpirit | gmpreussner|work, maybe it should be a tuple |
16:04:10 | DecoPerson | heh, make a converter for Euro -> Dollar that looks up the current exchange rate using a HTTP query |
16:04:12 | BlaXpirit | "array of 4 numbers" is not something that "makes sense" |
16:04:17 | BlaXpirit | DecoPerson, lol D: |
16:04:45 | gmpreussner|work | BlaXpirit, maybe. i think i still don't fully understand the type system in Nim. i thought i did, but i keep running into trivial issues. |
16:05:13 | gmpreussner|work | object vs. tuple vs. alias... i never know which one is best in a particular case :) |
16:05:25 | * | dumdum quit (Ping timeout: 256 seconds) |
16:05:33 | gmpreussner|work | from what i understand, "type Foo = Bar" is just an alias, right? |
16:06:05 | def- | gmpreussner|work: i'd say right |
16:06:13 | gmpreussner|work | "type Foo = tuple" is struct like. "type Foo = object" remembers its type at run-time. "type Foo = object of Bar" is inheritance |
16:06:35 | BlaXpirit | gmpreussner|work, so, what are you trying to represent here? |
16:07:12 | gmpreussner|work | i have a case right now where i want to represent an IsA relationship, but i don't need run-time type information |
16:07:17 | DecoPerson | As objects remember their type at runtime, they support dynamic dispatch for inherited types |
16:07:40 | gokr | gmpreussner|work: I wrote a series of articles exploring the OO aspects of Nim, might be of help. |
16:07:52 | gmpreussner|work | for example, a data structure 'Matrix' is a data structure 'RectangularArray'. you can use Matrix wherever you can use RectangularArray, but not vice versa |
16:08:06 | gmpreussner|work | gokr, yeah, i read those several times already :) |
16:08:10 | gokr | Oh ;) |
16:08:21 | gokr | Sorry if they were confusing - I wrote them "on the fly" so to speak. |
16:08:30 | gmpreussner|work | i think they're great |
16:08:37 | gmpreussner|work | but they don't anwser all questions |
16:08:48 | gokr | No, they sure don't. I am just a beginner too. |
16:08:55 | BlaXpirit | gmpreussner|work, that looks like inheritance, really |
16:09:01 | DecoPerson | link please, gmpreussner? :) |
16:09:20 | gmpreussner|work | so would "type Matrix = object of RectArray" be the way to go then? it seems like overkill |
16:09:40 | gmpreussner|work | maybe i forget about the IsA relationship and composition is better |
16:09:48 | * | Ddum quit (Remote host closed the connection) |
16:09:56 | gokr | DecoPerson: If you refer to my articles, you find them all at: http://goran.krampe.se/category/nim |
16:10:01 | gmpreussner|work | in C++ i wouldn't think much about this, because structs can be inherited, too |
16:10:18 | DecoPerson | thanks! |
16:10:25 | gmpreussner|work | and classes and structs are much the same |
16:10:50 | * | Ddum joined #nim |
16:11:08 | gmpreussner|work | i don't know what the cost of "object of" is in Nim. from reading the docs it sounds like instances carry extra type information around and therefore may be larger than tuple? |
16:11:41 | gokr | As a Smalltalker at heart I would tend to go for objects first, and well, if it works, fine :) |
16:12:03 | gokr | You can check with... size() I think. |
16:12:12 | gokr | But yes, they must be a tad larger. |
16:12:13 | def- | sizeof() |
16:12:16 | gokr | thanks |
16:12:55 | def- | yes, inheritable objects are bigger |
16:13:16 | gmpreussner|work | see, that's not something i want |
16:13:30 | def- | by a single int from what i can see |
16:13:40 | gokr | And you don't want dynamic method lookup? |
16:13:48 | gmpreussner|work | nope |
16:13:53 | gmpreussner|work | these are plain old data types |
16:13:55 | def- | gmpreussner|work: if you use non-inheritable objects (just no {.inheritable.}) then they stay perfectly small |
16:14:13 | DecoPerson | I'm using a tuple for "structs" |
16:14:32 | gmpreussner|work | def-, yeah, but then the derived type can't see the parent's procs? |
16:14:39 | DecoPerson | though a way to have VLAs at the end would be great |
16:14:43 | def- | gmpreussner|work: then you can't derive a type |
16:15:34 | def- | DecoPerson: Jehan has an impelementation of VLAs: http://forum.nim-lang.org/t/499 |
16:15:35 | gokr | def-: Ah. So... what would be the difference between such an object and a tuple? |
16:16:32 | def- | gokr: in the memory (and in C) both are the same, just a struct |
16:16:58 | def- | but the usage feels a bit diferrent. it's more comfortable to fill a tuple with a few values |
16:17:21 | gmpreussner|work | def-, so how would i model something like this: struct Foo { int x; }; struct Bar: Foo { int y; }; Bar should have two members x and y. |
16:17:57 | DecoPerson | def-: thanks, that's very helpful. |
16:18:01 | def- | gmpreussner|work: https://gist.github.com/def-/9131254732992a0b3e44 |
16:18:05 | * | gokr listens for the thundering footsteps of ...macros |
16:18:31 | gmpreussner|work | def-, ok, but then i pay with an extra sizeof(int), yes? |
16:18:36 | def- | yes |
16:18:54 | def- | if you don't want to pay, then don't use inheritance, instead embed Foo into Bar |
16:19:04 | gmpreussner|work | yeah |
16:19:13 | gmpreussner|work | i think i want composition instead |
16:19:28 | gmpreussner|work | if i used composition, would i still use 'object', or would i use 'tuple' instead? |
16:20:11 | def- | gmpreussner|work: if the objects get big and you need them in many places, I'd go with objects. if you just return it once and then pick it apart immediately, tuples |
16:20:23 | gmpreussner|work | ok thanks |
16:20:49 | def- | but yeah, maybe (non-inheritable) objects and tuples should just be made the same thing? |
16:22:51 | * | Ddum quit (Remote host closed the connection) |
16:23:29 | gmpreussner|work | def-, yeah, maybe. and perhaps objects should then be inheritable by default |
16:24:06 | gmpreussner|work | but there was probably a reason for why it was set up this way :) |
16:25:51 | gmpreussner|work | if tuples were flat data and objects were inheritable types that carry type information, that might make things more intuitive |
16:26:24 | * | leonlee quit (Read error: Connection reset by peer) |
16:26:25 | gmpreussner|work | non-inheritable objects being also flat, and inheritable objects requiring extra markup is a bit confusing |
16:27:08 | * | vendethiel quit (Ping timeout: 246 seconds) |
16:27:35 | * | panzone joined #nim |
16:28:06 | wb | Nim's large variety of containers is definitely confusing to newcomers. |
16:28:57 | * | vendethiel joined #nim |
16:29:31 | reactormonk | Why exactly do tuples exist? |
16:29:42 | * | pafmaf joined #nim |
16:32:00 | wb | In Nim specifically? To me it looks like tuples are meant as Nim's basic implementation of a record |
16:32:03 | wb | http://en.wikipedia.org/wiki/Record_(computer_science) |
16:32:28 | * | leonlee joined #nim |
16:34:08 | * | pafmaf quit (Client Quit) |
16:35:17 | federico3 | infinity0: hi |
16:36:50 | ldlework | reactormonk: they are nonce record types indeed |
16:37:13 | ldlework | In that, you don't have to pre-define a type for some collection of fields ahead of time. |
16:39:04 | reactormonk | wb, can do that with objects too |
16:39:46 | ldlework | reactormonk: not without predefining a type |
16:47:04 | * | reem joined #nim |
16:47:25 | wb | Yeah. But Nim objects do overlap pretty heavily with tuples ("structs"). They feel kind of like "anonymous objects". |
16:50:55 | ldlework | wb: well put |
16:50:58 | * | lws left #nim (#nim) |
16:51:52 | * | reem quit (Ping timeout: 264 seconds) |
16:53:13 | * | vendethiel quit (Ping timeout: 252 seconds) |
16:55:24 | * | vendethiel joined #nim |
17:03:37 | * | aberique joined #nim |
17:07:07 | * | aberique quit (Client Quit) |
17:15:46 | * | dyu quit (Quit: Leaving) |
17:25:21 | * | ekarlso quit (Changing host) |
17:25:21 | * | ekarlso joined #nim |
17:31:54 | * | Trustable quit (Quit: Leaving) |
17:37:22 | * | vendethiel quit (Ping timeout: 245 seconds) |
17:38:11 | * | pafmaf joined #nim |
17:38:58 | * | Trustable1 joined #nim |
17:41:50 | * | nande joined #nim |
17:43:00 | * | Trustable joined #nim |
17:44:47 | * | davidhq quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
17:46:16 | * | Trustable quit (Quit: Leaving) |
17:46:25 | * | Trustable joined #nim |
17:47:52 | * | Trustable1 quit (Quit: Leaving) |
17:47:53 | * | Trustable quit (Client Quit) |
17:48:36 | * | Trustable joined #nim |
17:50:48 | * | Trustable quit (Client Quit) |
17:51:00 | * | Trustable joined #nim |
17:52:42 | * | askatasuna joined #nim |
18:01:24 | * | gsingh93 joined #nim |
18:03:59 | * | washa joined #nim |
18:04:25 | * | washa quit (Client Quit) |
18:08:09 | * | brson joined #nim |
18:14:40 | * | vendethiel joined #nim |
18:15:59 | * | dumdum joined #nim |
18:16:36 | * | Matthias247 joined #nim |
18:23:47 | * | panzone quit (Remote host closed the connection) |
18:28:34 | whitenoise | where does one get the nim2c, c2nim binaries? |
18:28:41 | whitenoise | they are not in ~/Nim/bin from the devel source build |
18:28:53 | def- | whitenoise: nimble install c2nim |
18:29:31 | whitenoise | i do not have nimble, either |
18:31:01 | def- | https://github.com/nim-lang/nimble |
18:31:36 | BlaXpirit | and don't forget to install git too....... |
18:32:18 | BlaXpirit | oh that's not a problem, i thought you were on window |
18:32:19 | BlaXpirit | s |
18:36:45 | whitenoise | ah, so there is no nim2c? |
18:36:53 | whitenoise | i guess that would just be compiling |
18:37:17 | def- | whitenoise: nim --compileOnly c |
18:38:23 | whitenoise | 8924 lines |
18:38:44 | def- | -d:release should reduce the lines |
18:40:01 | * | davidhq joined #nim |
18:40:39 | whitenoise | #define NIM_INTBITS 64 |
18:40:39 | whitenoise | #include "nimbase.h" |
18:41:04 | whitenoise | this particular .c file in nimcache only has 79 lines, I guess the 8850 or so are in nimbase.h |
18:41:25 | * | panzone joined #nim |
18:41:33 | whitenoise | which means to send the C source around as native code would mean that file would have to go with it |
18:41:54 | def- | indeed |
18:41:59 | whitenoise | i'm guessing the compiled binaries, though, will run on whatever they were compiled on, architecture-wise, without Nim installed, yeah? |
18:42:07 | def- | correct |
18:42:28 | def- | this sounds like the first 2 points of my article here: http://hookrace.net/blog/what-makes-nim-practical |
18:42:44 | * | davidhq quit (Client Quit) |
18:42:50 | whitenoise | the title of this article appeals to me. |
18:43:44 | Araq | my nimbase.h is 400 lines and the only piece of hand written C code in Nim's repo |
18:44:02 | Araq | so ... I don't think yours is 8800 lines of code :P |
18:45:11 | whitenoise | Araq: I could be ignorantly reading compiler output |
18:45:29 | def- | whitenoise: those are nim lines i think |
18:45:29 | whitenoise | i did think 8800 was high, though, but i wasn't going to be a punk and say it. now i am grateful |
18:45:40 | whitenoise | Hint: operation successful (8924 lines compiled; 0.094 sec total; 10.102MB) [SuccessX] |
18:45:47 | def- | that probably means the stdlib is pretty big by now |
18:46:00 | whitenoise | i see |
18:46:30 | whitenoise | also, niminst is awesome |
18:46:30 | Araq | whitenoise: that doesn't mean Nim *produced* 8924 lines of C code! |
18:46:34 | whitenoise | that's very useful to ship with it |
18:47:19 | * | davidhq joined #nim |
18:48:10 | * | reem joined #nim |
18:48:31 | whitenoise | def-'s article sold me on Nim more than the website did :P |
18:48:37 | whitenoise | is it linked to the site anywhere? |
18:49:21 | whitenoise | it shows the coverage of basically everything i look for when evaluating a new language |
18:49:44 | whitenoise | with the bonus of the nimscript thing, that was neat. |
18:50:55 | def- | nice to hear, whitenoise. there's a PR that would add a link to it to the website |
18:52:05 | whitenoise | awesome |
18:52:50 | BlaXpirit | the website scared me away a few times until once it almost scared me away |
19:01:43 | * | reem quit (Remote host closed the connection) |
19:02:17 | * | reem joined #nim |
19:02:39 | * | reem quit (Remote host closed the connection) |
19:03:20 | * | alexruf joined #nim |
19:09:14 | * | panzone quit (Remote host closed the connection) |
19:11:55 | * | reem joined #nim |
19:13:56 | Araq | "[csources] Build setup is susceptible to backdooring" |
19:14:10 | Araq | is this guy joking? |
19:14:32 | Araq | "Debian's reproducible builds effort"? |
19:14:57 | Araq | so Debian doesn't routinely run 40K of generated autoconf scripts then? |
19:16:44 | * | saml quit (Quit: Leaving) |
19:18:25 | Araq | oh hi infinity0 :-) didn't notice you're here. |
19:24:57 | * | brihat joined #nim |
19:27:01 | * | filwit joined #nim |
19:27:10 | filwit | hey guys |
19:27:38 | filwit | wanted to get the website stuff worked out this weekend |
19:27:58 | filwit | so i'm hear to talk about the comments you (araq, dom96) made on github |
19:28:40 | Araq | hi filwit |
19:28:42 | filwit | dom96: the removal of the #mascot CSS was because the mascot in the corner (the badger) isn't there (so don't need the CSS anymore) |
19:28:45 | filwit | hi Araq |
19:29:31 | filwit | Araq, dom96: the reason i changed the RTF to HTML was not because I couldn't get a <li> tag... it's because I couldn't put a 'class' attribute on the <ul> tag through RTF |
19:30:02 | Araq | filwit: there is .. container:: foo to put it in a <div> |
19:30:12 | Araq | <div class = "foo"> |
19:30:13 | filwit | if you guys know how to do that, I'll gladly revert to that format... or I can just remove the list icons, but honestly I think a tad more HTML is worth paying for the icons |
19:30:32 | Araq | that should be enough to anchor the CSS, right? |
19:30:41 | filwit | Araq: perfect, thanks. That should fix it. |
19:30:55 | Araq | well it's in the source |
19:31:13 | Araq | did you simply miss it? |
19:31:23 | filwit | Araq: yeah I did a search for a solution, but didn't find anything quickly, so just got it working |
19:31:50 | filwit | i'll change it to that though, much better |
19:31:54 | Araq | web/learn.txt |
19:31:59 | Araq | already exists |
19:32:22 | Araq | and uses .. container:: standout |
19:32:28 | filwit | yeah i just didn't know what to look for exactly (i didn't know container: ... would result in a <div class="...">) |
19:32:40 | Araq | oh ok, now you know |
19:32:45 | filwit | yep |
19:32:46 | * | panzone joined #nim |
19:37:12 | * | reem quit (Remote host closed the connection) |
19:38:44 | * | davidhq quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
19:46:26 | filwit | Araq: why doesn't this line: https://github.com/Araq/Nim/blob/devel/web/documentation.txt#L18 have a '|' while other lines do? |
19:46:53 | * | qwerty joined #nim |
19:47:01 | Araq | because the bars produce <br>s |
19:47:15 | Araq | and this line is just a continuation |
19:47:16 | * | qwerty is now known as Guest76036 |
19:47:50 | Araq | the point of the 2 bars is to produce a single <br> between these 2 blocks |
19:47:57 | filwit | Ah, okay.. so I should probably remove those (cause the text will automatically wrap and injected <br> could cause odd text formatting on some browsers) |
19:48:38 | Araq | er no? |
19:49:05 | Araq | I want the <br> betwee the header and the description |
19:49:17 | filwit | that's not what I'm talking about |
19:49:34 | filwit | it's actually only line 41 which has an extra bar that doesn't need to be there |
19:49:57 | filwit | but i see how it's working now |
19:49:59 | Araq | oh yeah, good point |
19:51:01 | * | Guest76036 quit (Ping timeout: 246 seconds) |
19:53:13 | * | alexruf quit (Quit: Textual IRC Client: www.textualapp.com) |
19:54:02 | filwit | Araq: i'd like to normalize the capalization of the list names, eg, "Compiler User Guide" instead of "Compiler user guide". Cool? |
19:54:17 | filwit | it's just odd that some are caps and others are not |
19:54:48 | Araq | yup, fine with me |
19:54:55 | filwit | k |
19:55:14 | filwit | does User-Guide need a hyphen, btw? |
19:55:24 | filwit | let me google i guess.. |
19:55:25 | def- | no |
19:55:29 | filwit | k |
19:57:28 | filwit | def-, Araq: I'd like to add a few more articles as well. I'd pulled the top ones off reddit (mostly yours def), but I just revert the text file so I need to add them back now.. what articles (and how many) do you guys think i should add? |
19:57:44 | filwit | I had pulled ... *** |
19:57:54 | * | flaviu__ joined #nim |
19:58:06 | flaviu__ | filwit: Post the art before you disappear again :P |
19:59:01 | filwit | flaviu__: will get that too you before I go. It needed to be organized a bit better which is why I didn't hand it too you yet. |
19:59:53 | flaviu__ | Ok, great! I would much rather have unorgainized art than no art at all though. |
20:00:17 | filwit | np, i'll hand them too you soon |
20:01:17 | * | flaviu__ quit (Client Quit) |
20:01:29 | filwit | flaviu: it's mostly that Inkscape defaults to absolute URLs, so I need to check the links to make them relative so things aren't invisibly failing when you open them... |
20:01:34 | filwit | crap he left |
20:01:43 | * | dumdum quit (Ping timeout: 256 seconds) |
20:02:18 | filwit | Araq, def-: any thoughts on the articles I should add? Or are the 5 top rated reddit articles fine with you? |
20:02:32 | filwit | (top rated RECENT articles) |
20:02:44 | def- | filwit: i don't know which to add =/ |
20:02:56 | filwit | ps, def-, excellent work on all the blogs recently |
20:03:03 | def- | thanks |
20:03:29 | filwit | okay I'll just add what I think is best and take screenshots i guess. |
20:03:31 | def- | gokr has a nice article series as well |
20:04:23 | filwit | yeah i noticed. we're currently pointing to one of his articles but I want to change that link to point to his Nim articles in general (like his Nim blog page) cause the current article being linked is a bit dated compared to his newer stuff |
20:07:29 | def- | it's funny that all the recent twitter posts about nim are in japanese |
20:07:47 | filwit | didn't even know there was a twitter |
20:19:29 | filwit | Araq: koch website is failing: /home/philip/Development/Nim/Nim/tools/nimweb --website web/nim --putenv:nimversion=0.10.3 |
20:19:30 | filwit | cannot open: web/nim.ini |
20:19:59 | Araq | nim c koch |
20:20:00 | filwit | could have truncated that URI for you, sorry |
20:20:00 | def- | that should be website.ini? |
20:20:07 | filwit | Araq: k |
20:22:27 | Araq | yeah I recently renamed the nim.ini to something better |
20:28:30 | filwit | Okay, just about ready to update the PR, though I'm going to need to make another one soon after I work on the forums a bit. |
20:28:51 | filwit | i feel like i'm forgetting something dom96 requested changed last weekend tho... |
20:29:00 | def- | filwit: great that you're working on the website, much appreciated |
20:29:30 | * | panzone quit (Remote host closed the connection) |
20:29:34 | filwit | def-: my pleasure. glad to see Nim is gaining momentum lately |
20:31:01 | filwit | oh right, that was it.. dom wanted me to change the banner a bit, but I wasn't sure what the conclusion about that was |
20:31:08 | filwit | i'll just take some screenshots first then |
20:31:38 | def- | Pretty active discussion on on /r/rust in case anyone is interested: https://www.reddit.com/r/rust/comments/2vqy81/author_of_unix_in_rust_abandons_rust_in_favor_of/ |
20:32:27 | filwit | def-: will take a look in a minute |
20:32:59 | filwit | Araq: can i push the Dr Dobbs Nimrod publications to the bottom of the articles list? (in favor of promoting newer articles) |
20:34:16 | filwit | def-: that's odd, 60+ upvotes and %89 on that article in /r/rust.. |
20:36:54 | def- | filwit: rust community is pretty nice |
20:40:28 | flaviu | filwit: Yep, but I read the logs. |
20:40:48 | Araq | flaviu: what do you mean? |
20:41:25 | flaviu | I read the irc logs |
20:41:39 | Araq | so? |
20:41:54 | flaviu | <filwit> crap he left |
20:41:58 | filwit | Araq: the Dr Dobbs article is the top of the list. Mind if i move to to the bottom (or lower) so that the more recent (up to date) articles like "What makes Nim practical?" gets more traffic? |
20:42:05 | Araq | flaviu: oh ok |
20:42:19 | filwit | flaviu: ahh.. was confused there for a sec |
20:42:25 | filwit | Araq: okay |
20:42:33 | Araq | filwit: but the DrDobbs article is still the best :P |
20:42:39 | Araq | nah, of course it's fine with me |
20:43:00 | def- | Araq: should have published it with a fake name and we'd have a wikipedia article now |
20:43:55 | Araq | yeah but then nobody would know about wikipedia's insane dogma. it was a tradeoff. |
20:45:53 | Araq | I can publish books about Nim, doesn't count. Has to be done by somebody who knows less about Nim. But yeah, I can see they have to fight self promotion. |
20:47:45 | def- | Wikipedia has some good rules too: https://en.wikipedia.org/wiki/Wikipedia:Ignore_all_rules |
20:48:14 | Araq | and once again my call for action: Help wikipedia. Delete any article that lacks secondary references. ;-) |
20:50:06 | flaviu | Araq: Being assholes won't solve anything. |
20:51:24 | whitenoise | flaviu: being an asshole solves everything. |
20:52:54 | whitenoise | i think i may write a nim lib |
20:53:30 | def- | whitenoise: what for? |
20:53:49 | whitenoise | def-: a scapy/gopacket clone. i have some code for it sitting around, and i find libs like that useful |
20:54:05 | whitenoise | so i could learn and contribute at the same time |
20:55:36 | whitenoise | def-: while i don't claim to be exceptional at it, i do a lot of infosec side projects, and part of my job entails security engineering type functions, leading up to whitebox pen tests, etc. |
20:55:59 | whitenoise | so, you can imagine that Nim exploded my brain a little bit. |
20:57:36 | whitenoise | I have a lot of old C code that I use that I can fold into a scripting language for really quick prototyping...and what I've been using stuff like Python for I can bring into the same language. |
20:58:17 | whitenoise | I foresee a couple of awesome projects in Nim |
20:58:23 | filwit | Araq, dom96, def-, flaviu: incoming PR screenshots... |
20:58:24 | filwit | http://reign-studios.net/philipwitte/nim/primgs/nim_docs.png |
20:58:30 | filwit | http://reign-studios.net/philipwitte/nim/primgs/nim_learn.png |
20:58:35 | filwit | http://reign-studios.net/philipwitte/nim/primgs/nim_banner_1.png |
20:58:38 | filwit | http://reign-studios.net/philipwitte/nim/primgs/nim_banner_2.png |
20:58:41 | filwit | http://reign-studios.net/philipwitte/nim/primgs/nim_banner_1.png |
20:58:53 | filwit | whoops... |
20:58:56 | filwit | http://reign-studios.net/philipwitte/nim/primgs/nim_banner_3.png |
20:59:00 | filwit | that's it |
20:59:05 | flaviu | theindex should be closer to the top IMO |
20:59:28 | filwit | yeah that always comes up |
21:00:48 | def- | filwit: Instead of "Nim With Dennis Felsing" it should be "How I Start: Nim" |
21:01:00 | filwit | def-: okay |
21:01:40 | filwit | on that note, lets talk about link order |
21:01:40 | flaviu | filwit: Otherwise, looks good. |
21:01:49 | filwit | what should be top? |
21:02:31 | filwit | flaviu: I'm waiting for Araq to confirm your suggestion that Search be on top. Araq? |
21:03:44 | Araq | you mean theindex? |
21:03:46 | filwit | def-, flaviu: I'm trying to figure out which of those articles is the best place for beginners to start (i'm assuming they'll click on the top one first). Dr Dobbs will be moved down, but any idea on the order beyond that? |
21:03:50 | filwit | Araq: yes |
21:03:57 | Araq | that should be a popup |
21:04:05 | filwit | what? |
21:04:08 | Araq | you have to confirm 10x that you've read it |
21:04:10 | whitenoise | since I've barely typed a line of Nim, if I can assist you in your decision-making, let me know :P |
21:04:14 | whitenoise | although, I am only one person |
21:04:23 | flaviu | I think nim-by-example is pretty good, although I'm a bit biased :P |
21:04:36 | filwit | Araq: lol |
21:04:42 | Araq | whitenoise: that's fine. usually everybody thinks he is representative for all of mankind. |
21:05:13 | filwit | flaviu: nim-by-example isn't part of the articles and already is the top of it's section :P |
21:05:28 | Araq | I think theindex should be at the top *and* at the bottom |
21:05:37 | filwit | okay, well i'll just order them how i like i guess |
21:05:49 | filwit | Araq: ... lets just move it to the top... |
21:05:54 | Araq | and btw ... |
21:05:54 | flaviu | Ok, sounds good. |
21:06:12 | Araq | we need to merge docs and learn again cause we also need a "support" tab |
21:07:02 | filwit | Araq: yeah I was thinking how that going to fit in... BTW, I made it so 'community' and 'news' wont show in the top nav when you're on those pages |
21:07:39 | filwit | Araq: we could always do something like that.. put support in the sidebar (with "community", "github repo", etc) and not have a top nav |
21:07:49 | Araq | hrm yeah |
21:08:02 | filwit | Araq: then make a banner (first one) that talks about commercial support |
21:08:05 | Araq | I added this because I found it too confusing |
21:08:21 | Araq | when you're on the 'news' page and there is no 'news' tab |
21:08:30 | Araq | but it surely is suboptimal |
21:08:41 | Araq | we have too many tabs! |
21:08:46 | flaviu | filwit: What about mobile phones? |
21:08:51 | filwit | Araq: well it's kinda pointless with a page title and 'community' doesn't fit well at all |
21:09:05 | filwit | flaviu: what about them? |
21:09:13 | * | gunn_ joined #nim |
21:09:30 | flaviu | Have you given any thought to making them deal well with the website? |
21:09:37 | filwit | Araq: the thing is 'docs' and 'learn' separation is probably a good thing for new people |
21:10:00 | flaviu | Not that I'm asking you to do anything -- I'm just curious if you've thought of them. |
21:10:04 | filwit | flaviu: yes, it works well on mobile device browsers |
21:10:24 | Araq | it doesn't work at all on mine |
21:10:36 | filwit | flaviu: it's not a dynamic template like many blog websites.. but it scales well regardless |
21:10:42 | Araq | but I never use my smartphone so I don't care |
21:10:52 | filwit | Araq: really? which ones, and in what way? |
21:11:18 | filwit | i have every mobile device you can think of, so let me know and I'll test and resolve the issues |
21:11:29 | flaviu | filwit: Have you made some changes in that direction? It doesn't look to good in Responsive Design Mode. |
21:11:34 | flaviu | *too |
21:12:16 | filwit | i've never messed around with Responsive Design Mode, i'll have to check it out |
21:12:35 | filwit | but no, i haven't done any additional work on making it scale for mobile |
21:12:45 | filwit | i didn't realize there was any issues with that |
21:12:51 | Araq | ugh. that means I have to get up... |
21:12:53 | filwit | i'll do some more testing there later on |
21:13:03 | filwit | Araq: don't bother, i'll run tests later |
21:13:34 | flaviu | filwit: This is what is initially visible: http://i.imgur.com/aJFuAbN.png |
21:14:33 | filwit | yeah that's crap... |
21:14:45 | filwit | flaviu: is that a real device, or FF RDM? |
21:14:53 | flaviu | RDM |
21:15:41 | filwit | well can you reproduce on a real device? I did tests on Android (multiple versions), iOS, Blackberry, Windows Tablet, Windows Phone 7 & 8 & 8.1... |
21:16:08 | filwit | plus Kindle Fire 1 & 2 |
21:16:28 | filwit | they all worked great when I tested, but that was awhile ago and perhaps something changed in the CSS |
21:16:36 | filwit | i'll take a look in a bit |
21:17:42 | flaviu | Yeah, looks better on real devices. |
21:20:52 | filwit | Araq: are you fine with the banner changes? |
21:21:21 | filwit | i remember dom not liking the 'compile with ...' changes on the 3rd slide |
21:22:08 | Araq | what banner changes do you mean? |
21:22:16 | filwit | but you talked about removing it completely... i personally like it the way I put it, but I don't want you guys to accpet this and be surprised later |
21:22:25 | Araq | looks all the same to me |
21:22:26 | filwit | Araq: did you see the screenshots of the banner? |
21:22:37 | Araq | yeah |
21:22:50 | filwit | Araq: i changed code, highlighting, and the compile instructions on the last slide |
21:23:02 | Araq | oh that's what you mean |
21:23:05 | filwit | all slides have changes (actually... the second one doesnt) |
21:23:06 | * | Mat4 joined #nim |
21:23:13 | Mat4 | hello |
21:23:22 | Araq | sure it's fine |
21:23:35 | filwit | okay great, will update the PR now then |
21:23:39 | filwit | one sec |
21:23:41 | Araq | I will complain later about it after I updated the website |
21:24:17 | * | askatasuna quit (Ping timeout: 264 seconds) |
21:24:17 | Araq | I see these things only after a couple of days :P |
21:26:53 | whitenoise | def-: thank you for writing the brainfk interpreter |
21:27:38 | * | infinity0 quit (Ping timeout: 252 seconds) |
21:27:46 | filwit | Araq: updated - https://github.com/Araq/Nim/pull/2091 |
21:28:02 | * | reem joined #nim |
21:28:16 | Mat4 | where of you have a blog ? |
21:29:01 | def- | Mat4: I don't understand the question |
21:29:58 | Mat4 | who's here maintain a blog about there projects, personal views or what ever |
21:30:12 | ldlework | :( |
21:30:14 | filwit | Araq: biggest change to this PR is it fixes the banner roll stuff... it's completely broken on the current site, and I'm surprised no one is complaining... i guess no one waits around to see it roll, or they just don't know it actually rolls at all.. |
21:30:16 | ldlework | my poor DO instance |
21:30:36 | * | infinity0 joined #nim |
21:31:10 | Araq | filwit: works for me |
21:31:25 | filwit | Araq: it breaks pretty quick if you mess with it |
21:31:49 | Araq | no wait, you're right |
21:31:54 | Araq | it's broken |
21:31:57 | Araq | strange |
21:32:18 | Araq | oh no, it ... sometimes works? |
21:32:19 | filwit | yeah, the javascript was completely changed from what I had (and changed pointlessly) so i fixed it |
21:32:31 | Araq | hey, I changed it |
21:32:41 | filwit | badly... :P |
21:32:51 | Araq | because it didn't work and it was hard to follow |
21:32:59 | Araq | and I only had 2 examples, not 4 |
21:33:12 | filwit | plus the script was being included in every page even though the banner's only on the home page (fixed that too) |
21:33:13 | def- | Mat4: i have one with Nim posts on http://hookrace.net |
21:33:38 | Araq | filwit: the banner used to be on every page :P |
21:33:53 | Araq | until dom96 told me that's not how it should be ... |
21:33:58 | filwit | Araq: well the PR banner works flawlessly and starts right and stuff. |
21:34:08 | ldlework | filwit: how do you feel about css preprocessors |
21:34:19 | Araq | oh no |
21:34:22 | Araq | stop it! |
21:34:26 | * | reem quit (Remote host closed the connection) |
21:35:01 | * | reem joined #nim |
21:35:02 | Araq | ldlework: I don't want to install Ruby and Rubinius and 10 deps to create my website |
21:35:07 | filwit | ldlwork: they save a lot of time if you're working on a big project. I don't use them much (at all) because I haven't taken the time to pick a favorite and learn it back-n-front (like I know regular CSS) |
21:35:14 | Mat4 | def-: thanks, nice to read. What software do you use ? |
21:35:23 | ldlework | filwit: makes sense |
21:35:32 | ldlework | Araq: everyone in the community is aware of your feelings on the matter :) |
21:35:50 | filwit | Araq: we could always right a CSS preprocessor in Nim :) |
21:35:50 | Araq | yes but apparently |
21:36:09 | Araq | not everybody is aware that *I* am building the website |
21:36:19 | ldlework | For which others will support. |
21:36:56 | * | kniteli quit (Quit: Leaving) |
21:36:56 | filwit | damn i just wrote 'write' as 'right'... |
21:36:59 | filwit | silly brain |
21:37:05 | ldlework | Should be doing this stuff in Docker anyway :) |
21:37:28 | filwit | never used docker |
21:37:42 | filwit | mostly I've used Concrete5 and basic HTML/CSS (by hand) |
21:37:45 | def- | Mat4: i think that's jekyll |
21:38:18 | ldlework | filwit: That's something else entirely. |
21:38:19 | filwit | i avoided all the Dreamweaver/Frontpage things cause honestly I get more done without having to learn how that's going to translate to actual source |
21:38:31 | ldlework | filwit: Yeah Docker has nothing to do with that |
21:38:44 | ldlework | I was responding to Araq's laments about having to install Ruby or whatever to build the site. |
21:38:53 | filwit | ldlework: yeah i know Docker is about distributing or something, but haven't looked into it much |
21:39:01 | filwit | oh i see |
21:39:03 | ldlework | When the building of the site should be encapsulated in a Dockerfile, built into an image and automatically deployed to wherever we're hosting it |
21:39:31 | ldlework | I guess there's no one better to do that, than me so I should shut up. |
21:40:28 | filwit | for Nim, simple HTML gen + FTP upload works great. |
21:40:50 | ldlework | Famous last words. |
21:41:19 | ldlework | When I tried to add a new banner thing, I gave up and swore I wouldn't work on the Nim site. |
21:41:40 | ldlework | It wasn't simple, clean, factored out, or anything. |
21:42:00 | filwit | nah, it's kinda overkill to use extra systems like that for individual projects really. It makes a lot of sense if you're working with a lot of clients and need consistency in how you manage their accounts. But for one project with multiple non-web-dev contributors it only complicates things, IMO |
21:42:40 | Araq | ldlework: website.tmpl is 241 lines of code... |
21:43:38 | ldlework | Araq: I have no idea what files were involved, but I remember I had to use grep, to track down where to even add the bit of code, and when I finally arrived there, it was like 3 copy-pastes of the same javascript and html and whatnot to specially craft each of the panels |
21:44:09 | ldlework | So I copy pasted one of them, for a new panel, attempted to edit it, and ended up fighting with the CSS to get my specific panel to look like the rest |
21:44:31 | ldlework | Then gave up since, this is apparently as good as we care to get it. |
21:44:50 | Mat4 | def-: I'am curious about your benchmark timings, specially the timings of LuaJIT against Haskell. What compilers have you used ? |
21:45:12 | Araq | yup, 240 lines of dirty code is nothing I lose sleep over. |
21:45:21 | filwit | ldlework: keep in mind the CSS is bloated ATM... originally it spanned the website, forums, and docs... now the website includes CSS for the forums and docs that isn't being used at all, and the forums has a duplicated (modified) copy of all of it. |
21:45:29 | filwit | it's something I'm going to address next |
21:45:31 | Mat4 | Araq: Really ? |
21:45:40 | def- | Mat4: the most recent ones available at the time of my measurements |
21:45:51 | ldlework | Basically I'm hearing "No we don't wnat to use anything invested in the last 10 years to make web development easier" |
21:46:01 | ldlework | so don't be surprised if it is hard to find help with it |
21:46:17 | def- | Mat4: for luajit that's 2.0.3, for haskell GHC 7.8.3 or 7.8.4 |
21:46:20 | Araq | I'm not. I don't care. filwit is helping me. |
21:47:17 | ldlework | Araq: except when he's not. As was the case for a few months? But this isn't an argument worth having. |
21:47:50 | filwit | ldlework: that's silly, sorry. If you can't modify basic HTML/CSS (even if it's in a nim tmpl file) and ask questions on where to modify code to start on the IRC then that's more of your problem. |
21:48:10 | Araq | oh no no no! stop it. |
21:48:20 | ldlework | filwit: Yes because any time anyone has a problem editing some code, its because they have a lack of basic competency in that language. |
21:48:28 | ldlework | filwit: I see your 'point'. And it moves me dearly. |
21:48:44 | Mat4 | too late |
21:49:28 | filwit | ldlework: i'm not trying to pick a fight. but this project is way to simple to 'require' these tools you're suggesting. and to say we "wont get contributions" because we lack them is silly. |
21:49:41 | Araq | Mat4: what is your question again? |
21:50:42 | ldlework | filwit: A good way to pick a fight is to attack someone's basic competency. |
21:51:02 | ldlework | filwit: but its your burden, so do what you want. |
21:51:04 | Mat4 | are you really not afraid about 240 lines of dirty code (whatever this means) ? |
21:51:31 | ldlework | I only do this professionally for 10+ years, what do Iknow about the maintainability of copy-pasta. |
21:51:42 | ldlework | And those who defend its virtue. |
21:53:52 | filwit | ldlework: look man, all petty insults aside, there's very few lines of HTML/CSS here. Your original point is about contribution doesn't work. |
21:54:10 | ldlework | filwit: how many contributors does the nim website have at this point? |
21:54:17 | filwit | a few |
21:54:22 | gokr | Calm down people. Fighting over web standards? Hehe, how unique. |
21:54:24 | ldlework | One less than it could have. |
21:54:33 | ldlework | And I'm not the only person who's complained |
21:55:15 | gokr | IMHO its the doers that decide. I am not stepping up for web duty, thus I keep my mouth shut. ldlework? |
21:55:20 | * | askatasuna joined #nim |
21:55:59 | ldlework | gokr: I tried to doer and was told "No" |
21:56:47 | gokr | You were told no when trying to contribute? |
21:57:18 | filwit | look, i'm trying to phrase this in a non-insulting way... but you complain it isn't built the way your familiar with, so we lost 1 contributor because you can't/wont figure out how to contribute... the problem is there are a ton of build-systems out there. which to choose? maybe we should just keep the simple format and help people learn how to contribute to it. |
21:57:36 | ldlework | gokr: you're saying "If you want X, make X happen" X here is not use copy-pasta, with no tooling and do everything hand because reasons. But I was informed this is exactly what shall continue. |
21:57:55 | ldlework | So no, I wasn't told I could contribute more shitty copy-pasta, I was told I couldn't introduce any tooling change. |
21:58:01 | ldlework | told I couldn't* |
21:58:27 | ldlework | filwit: use any of them, rather than Ctl-C Ctl-V |
21:58:33 | ldlework | That's a start. |
21:59:03 | filwit | shitty copy-pasta? you couldn't even remember the files there where... what are you talking about? copy pasta where? |
21:59:16 | ldlework | filwit: go to the implementation of your banner |
21:59:21 | ldlework | each banner is hand crafted copy pasta |
21:59:34 | filwit | yeah cause they're all different... |
21:59:48 | filwit | only the wrapping div is duplicated |
22:00:01 | filwit | and that's a requirement... unless we're talking about a CMS |
22:00:49 | dom96 | hey, what's up guys? |
22:00:54 | filwit | the CSS is crap now, but that's not how it was originally designed |
22:00:56 | ldlework | Good thing it works for you and I don't intend on touching it ever again. |
22:01:09 | filwit | dude, can me move pasted you being insulted? |
22:01:19 | ldlework | I'm not sure where the insult there is. |
22:01:26 | ldlework | Good thing it works for you, since you intend on maintaining it. |
22:01:37 | * | kuzy000_ quit (Ping timeout: 264 seconds) |
22:01:38 | ldlework | Good thing for me, since I don't intend looking at it again, so we can stop conversing about it. |
22:01:47 | filwit | sure |
22:02:11 | filwit | hey dom96 |
22:03:14 | filwit | god i can't spell today.. *sigh* |
22:05:21 | filwit | dom96: now that you're here, I want to talk about the CSS duplication with the web/forums |
22:05:55 | filwit | dom96: is there a reason you want the forum CSS separated from the web? |
22:07:11 | filwit | dom69: I can either remove all the forum/docs CSS from the website CSS, or make the forums link to the same CSS file as the website and stripe that CSS from the forum's CSS (i'd prefer this) |
22:10:06 | * | VinceAddons joined #nim |
22:10:15 | filwit | dom96: i would prefer it because a) the forum and website share the same basic layout (head, neck, body, foot) and images, so it makes sense to include the file that already lays those out. and b) it will load faster (not a big concern at all) |
22:10:41 | filwit | dom96: scratch the loading faster part, that's not really a concern at all after the first hit of course |
22:11:39 | filwit | the main reason is so that we keep things consistent. It doesn't make sense to make changes to two areas if we want to change something in the basic layout |
22:13:00 | Mat4 | ciao |
22:13:18 | * | Mat4 left #nim (#nim) |
22:14:56 | dom96 | filwit: I don't want the forum to be affected if somebody accidentally changes something incorrectly in the website's CSS. |
22:15:50 | filwit | dom96: you also don't want to be left behind if we have to update the basic layout or code-styling of the website |
22:16:21 | dom96 | filwit: Then we will need to update the forum specific look anyway. |
22:16:48 | filwit | dom96: no.. take the background color of the page.. or the syntax colors, for examples |
22:17:19 | filwit | dom96: we need to change everything twice (and there's completely different CSS selectors) for both places |
22:17:52 | filwit | dom96: add to this the docs stuff when we eventually get to it, and we'll have three places... |
22:19:02 | dom96 | The layout of the forum vs. website is completely different except for its skin. What I can agree to is if you put the forum specific CSS in a forum-specific CSS file, and import two CSS files in the forum. |
22:19:46 | filwit | no the layout is the same as the website except for one CSS line (it's 'full-width' or whatever) |
22:19:57 | whitenoise | that would be the most efficient/sensible, is to have common elements (theme) to themselves, then another CSS file for the differing layouts. |
22:20:37 | filwit | actually, i think there's two or three lines, but everything else (about %80 of the CSS) is the same |
22:21:10 | filwit | whitenoice: this is exactly what I'm suggesting.. |
22:21:28 | whitenoise | i haven't read |
22:21:50 | dom96 | filwit: The website does not display a list of threads like the forum does |
22:21:55 | dom96 | the body of the page is completely different |
22:22:08 | * | whitenoise worked for web agencies and then operations for web applications for the last 3-4 years. has opinions. |
22:22:17 | * | Trustable quit (Quit: Leaving) |
22:22:27 | filwit | that's not the majority of the CSS, and the code-blocks inside the forum and website *should* have the same CSS behind them |
22:22:41 | dom96 | filwit: There is a vast majority which is different. |
22:22:52 | dom96 | The styling for the threads, the posts, the thread list |
22:22:54 | dom96 | the user side bar |
22:23:26 | filwit | i'm not talking about those parts... most of which are additions of yours I think |
22:23:37 | filwit | i'm talking about all the places that are similar (or very close) |
22:23:51 | filwit | like the header, nav, body, foot, code-style, etc |
22:23:51 | dom96 | So you're saying that 80% of things that are very close are similar? |
22:23:57 | dom96 | I don't understant. |
22:24:00 | dom96 | *understand |
22:24:42 | dom96 | I'm talking about all of the CSS. |
22:24:58 | dom96 | Like I already said, I am fine with you combining the things which are the same. |
22:24:59 | filwit | most of the CSS works like this: #head { positioning, background, text-style, ect... } #head-fullwidth { slight position adjustment } |
22:25:07 | dom96 | But move the forum-specific stuff into it's own file |
22:25:13 | dom96 | don't keep it in the website's CSS |
22:28:42 | * | saml_ joined #nim |
22:29:31 | filwit | so... you would rather have duplicated layout CSS (not forum specific stuff) between the website and forums? |
22:29:52 | BlaXpirit | first of all, there can be 2 files |
22:30:04 | BlaXpirit | included in 1 page |
22:30:06 | BlaXpirit | but i don't think this is worth it |
22:30:12 | filwit | it seems your main concern is that these things (web and forum) are in seporate repos and you don't want the one you manage to depend on the other |
22:30:17 | filwit | am I correct? |
22:30:20 | dom96 | yes |
22:30:56 | * | askatasuna quit (Quit: WeeChat 1.1.1) |
22:31:06 | filwit | so we should refactor the repos so that the shared CSS is in it's own, or make the website depend on the forums (if you it located there) |
22:31:34 | filwit | it just doesn't make sense to duplicate them unless we're doing a carbon copy every time we update one |
22:32:02 | filwit | i mean, we'll literally have two %99 duplicated files in both projects |
22:32:47 | filwit | personally, I think that will lead to more problems down the road (it already has create a few discrepancies) |
22:32:52 | def- | i agree with filwit, otherwise we'll just have differences between web and forum at some point by accident |
22:34:25 | filwit | i'm all for separating the web-specific, and forum-specific stuff... i just know there is a lot of code duplication and ~550 lines of code |
22:35:14 | filwit | that's not huge or anything, but it's enough to make changing one thing in both places more of a pain than it should be |
22:35:42 | filwit | more than likely, things wont be changed in both places (like they haven't been) |
22:37:28 | filwit | can we meet in the middle somewhere? If we had a 'webshare' repo under nim-lang github account which only had the necessary duplicated files (and was a known dependency for both web and forum) |
22:38:03 | * | nande quit (Remote host closed the connection) |
22:42:14 | ldlework | I think filwit is obviously right. |
22:42:47 | * | nande joined #nim |
22:45:01 | filwit | well anyways dom96, think about it and let me know if something along those lines sits well with you. We can always duplicate things if you absolutely want (or as a temporary solutions), and I probably wont start hacking on this until tomorrow anyways, so whatever you decide.. |
22:46:14 | dom96 | filwit: As far as I'm concerned we've already met in the middle. |
22:46:23 | dom96 | I feel like your arguing for something i've already agreed to. |
22:46:33 | * | nande quit (Remote host closed the connection) |
22:46:38 | dom96 | Is there something wrong with splitting off the forum specific CSS into it's own file? |
22:46:57 | dom96 | and including both the website's CSS and the forum-specific CSS in the forum's html? |
22:47:03 | dom96 | we don't need a separate repo for this |
22:47:10 | BlaXpirit | I support this |
22:47:29 | dom96 | That said, it would be nice to move the website into its own repo. |
22:47:40 | BlaXpirit | I support this |
22:49:41 | filwit | dom96: "including both the website's CSS and the forum-specific CSS in the forum's html?" So, to be clear: you want a shared file... just a duplicated version (on in the web repo, and one in the forum repo) |
22:50:09 | dom96 | no |
22:50:24 | dom96 | I want a website.css file which contains the CSS common to the website and the forum |
22:50:29 | * | nande joined #nim |
22:50:36 | dom96 | and a forum.css file which contains the CSS specific only to the forum. |
22:50:43 | dom96 | The forum should include website.css and forum.css. |
22:50:58 | filwit | okay perfect... that's what I was arguing for |
22:51:07 | filwit | i just thought you where saying something different |
22:54:12 | * | gokr I can hear something cool coming... |
22:59:58 | * | vendethiel quit (Ping timeout: 250 seconds) |
23:01:15 | * | gokr pokes Araq with a stick... |
23:05:26 | * | gsingh93 quit (Quit: Connection closed for inactivity) |
23:07:17 | dom96 | gokr: oh? |
23:08:26 | gokr | Soon :) |
23:11:40 | * | dumdum joined #nim |
23:12:06 | * | Matthias247 quit (Read error: Connection reset by peer) |
23:14:49 | * | vendethiel joined #nim |
23:19:03 | Araq | gokr: well I'm preparing a forum post |
23:19:21 | gokr | nice |
23:20:42 | * | Sornaensis quit (Max SendQ exceeded) |
23:22:25 | * | brihat quit (Ping timeout: 246 seconds) |
23:22:31 | * | Sornaensis joined #nim |
23:24:30 | * | Sornaensis quit (Max SendQ exceeded) |
23:24:53 | * | sillesta quit (Ping timeout: 245 seconds) |
23:25:17 | * | Sornaensis joined #nim |
23:26:51 | * | Sornaensis quit (Max SendQ exceeded) |
23:28:33 | * | Sornaensis joined #nim |
23:31:53 | * | Sornaensis quit (Max SendQ exceeded) |
23:32:31 | * | dumdum quit (Ping timeout: 256 seconds) |
23:33:26 | * | Sornaensis joined #nim |
23:33:43 | * | mal`` quit (Ping timeout: 245 seconds) |
23:34:59 | * | mal`` joined #nim |
23:37:49 | * | Sornaensis quit (Max SendQ exceeded) |
23:37:56 | * | vendethiel quit (Ping timeout: 246 seconds) |
23:39:53 | * | Sornaensis joined #nim |
23:45:27 | * | infinity0 quit (Remote host closed the connection) |
23:45:43 | * | infinity0 joined #nim |
23:46:11 | * | nande quit (Remote host closed the connection) |
23:49:48 | * | nande joined #nim |
23:53:20 | * | brson quit (Ping timeout: 246 seconds) |