[elixir-core:6876] Proposal: expose compilation warnings/errors api

2017-02-13 Thread jean . parpaillon
API and allow overriding default behaviour. PR includes an example. The PR has been rejected (see discussion). Would it be possible to discuss an acceptable implementation for resolving the issue described above ? Best regards, --  Jean Parpaillon -- Senior Developper KBRW Adventure Director @ OW2

Re: [elixir-core:6901] Re: Sorting maps when inspecting

2017-02-16 Thread Jean Parpaillon
One of the most important reason when choosing a data structure over another is the cost of operations, if not, there is no interest in choosing, for instance, a Map over a Proplist. Of course there is a cost in sorting a map, and it is not insignificant. Why not just adding a Map.sort/1

[elixir-core:8260] [RFC] Using erlang constants/macros

2018-08-21 Thread Jean Parpaillon
. Would you be interested in including this library in mainstream elixir ? It would complete the Record module for better erlang / elixir compatibility. Best regards, Jean Parpaillon -- You received this message because you are subscribed to the Google Groups "elixir-lang-core&q

Re: [elixir-core:10019] [Proposal] Keyword.fetch!/3 and Map.fetch!/3

2021-01-26 Thread jean . parpaillon
Hello, I think you're looking for `.get_lazy/3` functions. Best regards, Jean Le mardi 26 janvier 2021 à 00:47 -0800, Paweł Urbanek a écrit : > Looks like get does not evaluate the fallback function: > > Keyword.get([{:a, 1}], :b, fn () -> 2 + 2 end) => > #Function<45.97283095/0 in

Re: [elixir-core:10146] Ranges with steps

2021-03-22 Thread jean . parpaillon
+1 for first..second..last Jean Le lundi 22 mars 2021 à 06:52 -0500, Amos King a écrit : > What about something closer to Haskell’s ranges? [first, > second..last] is their syntax and the step in inferred by the > difference between first and second. 1..2..n would step by one. > 1..3..n is step