Re: [elm-discuss] Key press on 0.18

2016-12-29 Thread Nick Hollon 
That works, or take a look at elm-lang/keyboard. 

> On Dec 29, 2016, at 8:50 PM, Leonardo Sá  wrote:
> 
> Hello,
> 
> Now that 0.18 doesn't have signals anymore: what is the standard for handling 
> key presses? Just create a on "keypress"?
> 
> Thanks!
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Elm static source analysis

2016-12-17 Thread Nick Hollon 
The elm compiler has a --warn flag that will check a few things. Importing 
unused modules, functions that are missing type signatures. 

It might not be exactly what you're looking for, but useful to know about :)

> On Dec 17, 2016, at 9:01 AM, Zachary Kessin  wrote:
> 
> I'm just wondering, what do you expect to find with a static source analysis 
> tool in elm? I would think that the type checker would find most issues, and 
> elm-format many of the others
> 
> zach
> 
>> On Fri, Dec 16, 2016 at 7:24 PM, Noah Hall  wrote:
>> I'm working on a linter, but right now, elm-format is your best bet
>> for maintaining code format. We use this with the `--validate` flag to
>> ensure that all checked in code matches elm-format.
>> 
>> On Fri, Dec 16, 2016 at 5:58 PM, Gian Giacomo Ermacora
>>  wrote:
>> > Hello everybody,
>> >
>> > my team and I are working on a complex project using Elm (today it was
>> > upgraded to version 0.18).
>> > Usually we run static source analysis using SonarQube and I am wondering if
>> > there is some way or an existing plugin for that tool to support the Elm
>> > source code
>> >
>> > Any suggestions? I can also accept to use another tool for the static
>> > analysis, it is not a problem, the required scenario is that Jenkins must 
>> > be
>> > able to call this external tool that must do every night its task
>> >
>> > Thank you everybody in advance for suggestions and for this space.
>> >
>> > My best regards,
>> >
>> > Gian.
>> >
>> > --
>> > You received this message because you are subscribed to the Google Groups
>> > "Elm Discuss" group.
>> > To unsubscribe from this group and stop receiving emails from it, send an
>> > email to elm-discuss+unsubscr...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>> 
>> --
>> You received this message because you are subscribed to the Google Groups 
>> "Elm Discuss" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to elm-discuss+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
> 
> 
> 
> -- 
> Zach Kessin
> SquareTarget
> Twitter: @zkessin
> Skype: zachkessin
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Maximum call stack size exceeded while parsing generated code

2016-12-03 Thread Nick Hollon 
I have run into this before. It can be caused by runaway recursion. Can you 
share your Elm code with us?

> On Dec 2, 2016, at 8:42 AM, Iain Gray  wrote:
> 
> I'm having a strange problem and was wondering if anyone had any suggestions 
> on how to pinpoint what is causing it.
> 
> I have an Elm app that compiles in 0.18, but the generated javascript code is 
> throwing a "RangeError: Maximum call stack size exceeded" as soon as the 
> javascript file is loaded into Chrome. I do not have this problem in Firefox, 
> but I can reproduce it in nodejs/esprima as follows:
> 
> var esprima = require('esprima');
> var fs = require('fs');
> var filePath = path.join('.', 'elm.js');
> 
> fs.readFile(filePath, 'utf8', function(err, data) {
>   console.log(esprima.parse(data));
> });
> 
> RangeError: Maximum call stack size exceeded
> at isKeyword (.../node_modules/esprima/esprima.js:359:23)
> at scanIdentifier (.../node_modules/esprima/esprima.js:729:20)
> at advance (.../node_modules/esprima/esprima.js:1573:21)
> at lex (.../node_modules/esprima/esprima.js:1691:78)
> at expect (.../node_modules/esprima/esprima.js:2521:21)
> at parseObjectInitializer (.../node_modules/esprima/esprima.js:3047:9)
> at inheritCoverGrammar (.../node_modules/esprima/esprima.js:2681:18)
> at parsePrimaryExpression (.../node_modules/esprima/esprima.js:3247:20)
> at inheritCoverGrammar (.../node_modules/esprima/esprima.js:2681:18)
> at parseLeftHandSideExpressionAllowCall 
> (.../node_modules/esprima/esprima.js:3414:20)
> 
> If I start node with --stack-size=1200, I no longer get the error and esprima 
> can successfully parse the code. Unfortunately, I can't seem to do this with 
> Chrome. I tried:
> 
>   
> Error.stackTraceLimit = 1200;
> var js = document.createElement("script");
> js.type = "text/javascript";
> js.src = './elm.js';
> document.body.appendChild(js);
>   
> 
> ... which doesn't seem to change anything.
> 
> I've been commenting out different sections of my code in an attempt to see 
> what part is ultimately causing this, but that has been pretty painful. If 
> anyone has any suggestions, I'd love some advice.
> 
> Thanks,
> Iain
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Error following introduction

2016-09-26 Thread Nick Hollon 
Backslash should work fine. 

However, the repl requires you to indent multi-line functions by hand. 

I am guessing you forgot to add leading white space on the second line?

> On Sep 26, 2016, at 8:04 AM, Duane Johnson  wrote:
> 
> Could it your use of the backslash? This worked for me in elm-repl:
> 
> ```elm
> elm-repl
>  elm-repl 0.17.1 
> ---
>  :help for help, :exit to exit, more at 
> 
> > over9000 powerLevel = if powerLevel > 9000 then "It's over 9000!!!" else 
> > "meh"
>  : number -> String
> > over9000 80
> "meh" : String
> > 
> ```
> 
>> On Mon, Sep 26, 2016 at 5:39 AM, Daniel Lidström  wrote:
>> I'm trying to follow along with the introductory repl samples. However, it 
>> is failing for this one:
>> 
>> > over9000 powerLevel = \
>> 
>> | if powerLevel > 9000 then "It's over 9000!!!" else "meh"
>> 
>> -- SYNTAX PROBLEM  
>> repl-temp-000.elm
>> 
>> 
>> 
>> I ran into something unexpected when parsing your code!
>> 
>> 
>> 
>> 3|   over9000 powerLevel = 
>> 
>>  ^
>> 
>> I am looking for one of the following things:
>> 
>> 
>> 
>> end of input
>> 
>> whitespace
>> 
>> 
>> 
>> 
>> [~/programming/Elm]: elm-repl -v
>> 
>> 0.17.1
>> 
>> 
>> What am I doing wrong? Thanks!
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Elm Discuss" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to elm-discuss+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Re: elm-format vs gofmt

2016-08-07 Thread Nick Hollon 
A work-around for the last issue would be to group things with parentheses. 

if 
  (a && b)
  || (c && d)
  || e
  then

On Aug 7, 2016, at 11:32 AM, William Bailey  wrote:

>> I almost hate myself for posting this, as format wars seem so pointless.  
>> But I'd love to use elm-format as gofmt has been awesome for me.  Here goes:
>  
> {- comment -}
> 
> does not work.  Same vertical spacing insertion.
> 
> {-| comment
> -} 
> 
> does work (comment remains adjacent to function body).  I can live with the 
> latter.  My gentle complaint however is that I'm not writing a reusable 
> library but an app and many/most of my functions are not meant to be called 
> externally.  They are internal worker bees, yet I have to put documentation 
> comments on them, implying they are meant to be called externally.
> 
> It seems really aggressive/pointless to me that elm-format would change 
> vertical spacing on a one line "--" comment above a function.  Next up.  I 
> generally follow the Elm way in "let" blocks re "=" on vars/functions, but 
> sometimes I have code like:
> 
> let
>tableHeight = tableWidth * tableAspectRatio
>cardHeight  = tableHeight * cardAspectRatio
>cardWidth   = tableWidth * cardAspectRatio
> 
> and elm-format blows these 3 lines into 9!  Again, just feels overly 
> aggressive re spacing.  Lastly, I have some "ifs" whose general structure is:
> 
> if a && b ||
>c && d ||
>e then
> 
> and elm-format is doing this:
> 
> if
> rslt.suit
> 
> < 0
> 
> || card.suit
> 
> == rslt.suit
> 
> && card.rank
> 
> < rslt.rank
> 
> || card.suit
> 
> /= rslt.suit
> 
> && card.suit
> 
> == trumpSuit
> 
> then
> 
> 
> 
> Yuck.  Now I can work around this by creating local vars for each clause, but 
> then I run into the previous issue.
> 
> 
> 
> It's great that elm-format is "inspired by gofmt".  They are very different 
> languages obviously.  But all 3 of my cases are just normal code reformatting 
> choices, nothing germaine to Elm vs Go, so not sure why the wheel needs 
> re-inventing.
> 
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Re: Elm Records as a platform-agnostic data type?

2016-08-04 Thread Nick Hollon 
Why not just keep using JSON? I don't see what advantage Elm records offer, as 
a data format. 

Robin's encoder/decoder argument is a separate (but interesting!) topic. Elm 
ports could be altered to translate between JSON and a structurally-equivalent 
Elm record. 

I mean, you'd have to make a pretty good sales pitch first, but I don't think 
the choice of data format on the JS side prevents this. 

> On Aug 4, 2016, at 10:40 PM, Jesse Schoch  wrote:
> 
> why not just pick something like Ion and make it first class?
> 
>> On Monday, August 1, 2016 at 12:28:45 PM UTC-7, suttlecommakevin wrote:
>> http://elm-lang.org/docs/records 
>> 
>> Much in the same spirit as EDN, Datomic, Ion, etc., would it make sense to 
>> enable non-Elm programs to describe data in Elm Record format? 
>> The simplicity and readability offer so many advantages. 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Re: Design of Large Elm apps

2016-08-04 Thread Nick Hollon 
That is the approach I would take. 

Don't forget that the elm website and package manager are written in elm, and 
they are open source! Recommended reading ;-)

> On Aug 4, 2016, at 6:45 PM, Ryan Erb  wrote:
> 
> Well after a bit more searching found this 
> 
> https://gist.github.com/evancz/2b2ba366cae1887fe621
> 
> Seems like one large Elm app divided into modules seems to be the way to go?
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Re: Uncaught TypeError

2016-08-03 Thread Nick Hollon 
Don't open a new one. Add the new information to an existing bug report. I 
would guess probably the one in core would be best. 

> On Aug 3, 2016, at 7:14 PM, OvermindDL1  wrote:
> 
> Huh, pretty major site-killing bug to go not only noticed or repaired, but no 
> work-around listed either...
> 
> Should I move my bug report to elm-core since mine has substantially more 
> information about how and where it is happening?
> 
> 
>> On Wednesday, August 3, 2016 at 3:46:26 PM UTC-6, Nick H wrote:
>> This is a known issue with subscription swapping (see here, here, here, and 
>> here).
>> 
>> 
>>> On Wed, Aug 3, 2016 at 1:04 PM, OvermindDL1  wrote:
>>> And found a workaround, but a really nasty horrible workaround.
>>> 
>>> I had code kind of like this:
>>> ```elm
>>> subscriptions model =
>>>   Sub.batch
>>>   [ if List.isEmpty model.onNextFrame then
>>>   Sub.none
>>> else
>>>   AnimationFrame.times HelpersMsg_Frame
>>>   ]
>>> ```
>>> I changed it to always be subscribed instead of turning off and on as I 
>>> need it (I really really badly do not want to always be ticking, but ugh...)
>>> 
>>> Thus definitely seems like a bug somewhere, probably in AnimationFrame (I 
>>> reported a bug to https://github.com/elm-lang/animation-frame/issues/7 so 
>>> lets see what happens).
>>> 
>>> And now brain-fried...
>>> 
>>> 
 On Wednesday, August 3, 2016 at 1:53:35 PM UTC-6, OvermindDL1 wrote:
 The message that contains the one that gets wiped is `id: 38` as stated 
 before, it is a "_Task_andThen" with a `task` of what will become `id: 39`.
 
 When `id: 38` gets processed it enqueues `id: 39`, at this time the 
 `cancel` key on the task that becomes Process `id: 39` is null, but 
 walking back up the parent stack of `id: 38` shows it calls the `callback` 
 on `id: 4` while creating the cancel key in the `step` function when `if 
 (ctor === '_Task_nativeBinding') {`.
 
 Traced through the entire `id: 38` path, it ends up creating `id: 39` when 
 it calls Native_AnimationFrame native callback on `rAF`, which then ends 
 up calling the callback given to `requestAnimationFrame`, which then calls 
 `callback(_elm_lang$core$Native_Scheduler.succeed(timeNow));`, which then 
 calls "_Task_succeed" to be called on `id: 38`, which then calls the 
 callback on its 'stack' key, which ends up calling `sendToSelf` with the 
 animation frame time value, and `id: 38` gets called *more* times on the 
 work loop because it ended up getting queued up a few times earlier, but 
 these next ones do not do anything of importance since its stack is null 
 (it early breaks).  Process `id: 4` appears to get fed the message to 
 queue up the task for the animationframe callback.
 
 When `id: 39` does work and there is no exception in a run it is filled 
 with the animation frame callback succeed task and then message.
 
 When `id: 39` does not work, I.E. root is null during the 'work' call, 
 root is not null and is assigned an object when `id: 39` is initially 
 created, and that object is a "_Task_andThen" that will do a 
 "_Task_nativeBinding" to the animation frame "callback' function.
 
 It gets cleared *during* the `step` of `id: 4`, which involves a 
 "_Task_succeed", that then calls the callback on the stack, which is a 
 "_Task_andThen", which then immediately gets called in the step loop again 
 (did not exit as it was via the internal loop), which then process as a 
 "_Task_andThen" this time, which then bumps on a "_Task_succeed", which 
 calls the list 'Cons' operator (empty list and a tuple0) and gives the 
 result back as a "_Task_succeed", which then gets called via the `id: 4` 
 loop to get wrapped up in a 'Just', sent to the animation frame native 
 code that then packages up the time information into another 
 "_Task_succeed", which then loops again and passes that value into the 
 main application spawnLoop `loop` function and stuffs things into a ready 
 to handle onMessage, then `id: 4` loops again to handle the 
 "_Task_andThen" that the `loop` put into it just now, which then stuffs 
 the loop callback back onto itself and loops again to handle the 
 "_Task_receive" for the onMessage callbacks (the `id: 4` process at this 
 point has 3 things in its mailbox), the first message is the 
 animationframe callback, which ends up calling down to 
 `_elm_lang$animation_frame$AnimationFrame$onEffects` of which is passed in 
 is a subscription object that holds `id: 39` (whoo found it!  ow...), 
 which stuffs our `id: 39` object into a return object on the `request._0` 
 key, which all gets bundled into a "_Task_succeed", and processed via the 
 loop for `id: 4` and passing that to the main `loop` callback again that 
 stuffs a "_Task_receive" onto `id: 4` (the elm

Re: [elm-discuss] Decoding JSON for Lists of Objects With Arbitrary Fields

2016-07-30 Thread Nick Hollon 
Elm has never allowed for arbitrary fields to be added to records at runtime ( 
it used to allow field insertion & deletion, but you still need to know the 
field names at compile time )

Instead of a record, maybe you should represent your data as a dict? This has 
the property you are looking for.

> On Jul 30, 2016, at 5:54 PM, Gary Young  wrote:
> 
> Thanks Duane, but I don't see how your suggestion fixes my problem.
> 
> My goal is to manipulate a single string variable, call it "theJson", into an 
> Elm list of records so that I can operate on it as I would any other list of 
> records in Elm.  
> 
> So far I believe this cannot be done because Elm doesn't allow record fields 
> to be added at run time.  Previously Elm had the capability of doing this, 
> but it was recently removed.  
> 
> Is my research accurate?  I have a number of applications where I must do 
> this type of thing, and I believe this is a common enough use-case that the 
> Elm creators would want to support it.
> 
> Thanks!
> 
> 
>> On Saturday, July 30, 2016 at 4:24:43 PM UTC-5, Duane Johnson wrote:
>> Yes, if you keep the objects in the Json.Encode.Value type, then you can 
>> contain a tree of arbitrary JSON types all the way down.
>> 
>> This helped me understand the above Json.Encode.Value type a little bit 
>> better:
>> 
>> $ elm repl
>> 
>> > import Json.Encode
>> > Json.Encode.string "hi"
>> "hi" : Json.Encode.Value
>> > Json.Encode.list []
>> {} : Json.Encode.Value
>> > Json.Encode.list [Json.Encode.string "hi"]
>> { 0 = "hi" } : Json.Encode.Value
>> > Json.Encode.object [("hi", Json.Encode.int 1), ("bye", Json.Encode.list 
>> > [Json.Encode.int 1, Json.Encode.int 2])]
>> { hi = 1, bye = { 0 = 1, 1 = 2 } } : Json.Encode.Value
>> 
>> So basically, you can keep encoding things as this generic 
>> "Json.Encode.Value" type, and nesting them inside one another. From Elm's 
>> perspective, they're all the same type, so where javascript arrays could 
>> have multiple things in them (e.g. ["one", 2, {3: "four"}]) Elm is ok with a 
>> list of single-type things.
>> 
>> 
>>> On Sat, Jul 30, 2016 at 3:15 PM, Gary Young  wrote:
>>> Hi guys,
>>> 
>>> I have a reporting app where actions by the user generate arbitrary lists 
>>> of objects(records) coming back from a JSON store.  I do not know at 
>>> compile time what the fields in the objects(records) will be.  Can Elm do 
>>> this?  How?
>>> 
>>> Thanks in advance!
>>> 
>>> -- 
>>> You received this message because you are subscribed to the Google Groups 
>>> "Elm Discuss" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an 
>>> email to elm-discuss...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Re: What are the largest Elm codebases that can be shown to someone contemplating a switch to Elm?

2016-07-26 Thread Nick Hollon 
Have you subscribed to Elm Weekly (elmweekly.nl)?

> On Jul 26, 2016, at 7:49 AM, Conrad Dean  wrote:
> 
> an elm reading list, for docs, tutorials, and large projects, would be a 
> pretty great community resource
> 
>> On Tue, Jul 26, 2016 at 9:37 AM, Luke Westby  wrote:
>> Also feel free to share my app for reading arrival times of public transit 
>> in Chicago
>> 
>> https://github.com/lukewestby/cta-app/tree/master/src
>> 
>> It's about 3000 LOC, uses the Navigation package for client-side navigation, 
>> elm-css for styles, has seven screens, incorporates some reusable UI 
>> modules, and even makes use of a couple custom effect managers
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Elm Discuss" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to elm-discuss+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Port Error

2016-07-18 Thread Nick Hollon 
It is not clear how onEffects.js is related to your elm program. Could you give 
us a self-contained example?

> On Jul 18, 2016, at 1:40 AM, Zachary Kessin  wrote:
> 
> I am having a strange problem with ports, I am trying to send a list of data 
> through the port (see gist) and I it is giving me a runtime error. 
> 
> Actually it seems to have nothing to do with the data, as I am trying to send 
> a string through a different port in the same file and getting the same 
> error. 
> 
> Some ports in other files work ok
> 
> https://gist.github.com/zkessin/e5b61e80f2d280e5496f60a8e42f0c79
> 
> -- 
> Zach Kessin
> Twitter: @zkessin
> Skype: zachkessin
> ᐧ
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Elm logo license information

2016-07-10 Thread Nick Hollon 
The website and code in elm-lang's github account is all under the BSD 3-clause 
license. I would guess that that extends to the logo. 

https://opensource.org/licenses/BSD-3-Clause

(N. B. I am not affiliated with Elm in any official sense. Nor am I a lawyer. )

> On Jul 8, 2016, at 8:41 AM, Alejandra Ponce  wrote:
> 
> Hello everyone,
> 
> My name is Alejandra Ponce. I'm an intern at a company which offers 
> consultancy services for Elm projects, and so we would like to use the 
> official logo of the Elm language in our website. The situation is that we 
> don't know under which kind of license the logo is, or at least I wasn't able 
> to find information regarding this issue on the Elm web site 
> (http://elm-lang.org/) or in this group.
> 
> Does anyone know who I can contact to ask about this? or perhaps redirect me 
> to a link or some sort of information on the matter?
> 
> Any help will be really appreciated! 
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Elm Discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to elm-discuss+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [elm-discuss] Re: Why is ELM?

2016-06-09 Thread Nick Hollon 
Yes, you are right. Sorry for losing my cool.

> On Jun 9, 2016, at 4:56 PM, António Ramos  wrote:
> 
> Nick, i think you took my comments too much personally.
> I promise i will never bring it up again.Also i have more interesting things 
> to do than to come here from time to time just to say, "TOO MUCH CODE"
> It was just a coincidence and you should not be following my tracks, unless 
> for a good reason. You are a "bug" tracker ;)
> Can we move on ? 
> 
> 
> 2016-06-09 18:38 GMT+01:00 Nick H :
>> If I sound a little too harsh, it's just, this is the only topic you've 
>> posted about in the past 2 months, and you keep bringing it up...
>> 
>> But I think you are confusing amount of coding with amount of typing. When 
>> you are coding, you spend much more time thinking than you do typing, so I 
>> think measuring lines of code is a really bad way to measure how much 
>> "coding" you are doing.
>> 
>> Sure, if you switch to a language with better design and higher-level 
>> abstraction, that usually leads to shorter programs ... There's a reason 
>> people switched from assembler to FORTRAN, for instance. But we have decades 
>> of knowledge built up for how to write readable, testable, bug-free code, 
>> and that often -- I would dare say, usually -- means making the text of our 
>> code longer than it strictly needs to be.
>> 
>>> On Thu, Jun 9, 2016 at 8:55 AM, António Ramos  wrote:
>>> Nick, sorry to mislead you about my intentions here.
>>> I´m just a curious guy. I´m not here to promote vuejs because i like 
>>> diversity. 
>>> In my path i tried some things and i´m just searching for better ones. 
>>> If i´m here its because i´m not sure that vuejs is better because its 
>>> not.Some things i like ad some things i like more in elm.
>>> But for a solo developer i need to keep things as codeless as possible.
>>> 
>>> For those that think the same please read this
>>> ELM IS FANTASTIC 
>>> 
>>> but.. 
>>> i hate to code too much.. and its just that...
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 2016-06-09 15:20 GMT+01:00 Nick H :
 Antonio, this is the third time you've come around here trolling the list 
 with this weak argument.
 
 If you honestly think vuejs is better because its fewer lines of code, 
 then try it and leave us alone. Maybe try Elm when you are a little 
 older...
 
> On Thu, Jun 9, 2016 at 7:11 AM, Peter Damoc  wrote:
> Lines of code are important but are not always the best metric. 
> 
> Elm code explodes quickly when it comes to Lines of Code because of 
> records and type annotations and let notations. 
> 
> A lot of that code could be written in a way that would minimize the 
> lines of code but it hurts readability. 
> 
> 
> 
>> On Thu, Jun 9, 2016 at 4:27 PM, António Ramos  
>> wrote:
>> I like the idea of elm but the todo mvc example has too many lines of 
>> compared to some js frameworks like vuejs canjs and others.
>> My goal finding other js alternatives is to also code less.
>> 
>> Elm has many good ideas but why should i code more if i can do the same 
>> with less?
>> 
>> 2016-05-13 17:50 GMT+01:00 Rex van der Spuy :
 
 So what's the use case of ELM? I feel like I am in the middle of 
 building my deck with hammer and nails and people keep making new 
 tools and throwing them at me - screws, screwdrivers, staples, 
 staplers, power drills. I am confused about knowing when to use what. 
 I have so many such 'design questions'  for example - why should i 
 bother with Redis when I can write and read json files right from my 
 webpage into local storage. Maybe there is a place where  these 
 'design' decisions are spelled out so we do not have to reinvent the 
 wheel every time. I would be grateful.
>>>  
>>> Hi Stefan,
>>> 
>>> Imagine that you're living in a world without hammers or nails.
>>> But, you need to nail two planks together.
>>> How do you do it?
>>> 
>>> That's the kind of world the web-development is in now.
>>> Nobody has yet invented the hammer or nail of software.
>>> And so we find ourselves in the midst of a wild, multi-decades long 
>>> Cambrian explosion of evolutionary experimentation with tooling.
>>> Will the fundamental hammer and nail of software eventually emerge?
>>> 
>>> Elm is in part a back-to-basic attempt to help find an answer.
>>> What's the simplest, easiest most reliable and most fun way to build 
>>> software?
>>> 
>>> 
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "Elm Discuss" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to elm-discuss+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>> 
>> -- 
>> You