s.google.com/d/msgid/elixir-lang-core/8989df19-f389-4a52-898f-b99a8cb147c1%40googlegroups.com?utm_medium=email&utm_source=footer>
> >>> .
> >>> For more options, visit https://groups.google.com/d/optout.
> >>>
> >> --
> >> You received
roups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20181020090639.3d881d0
Thanks for bring this up, as I thought the same way.
Also we need to add support for this in ExDoc.
I'm all for using ",".
I have also found myself using Mod.fun/1-3
when refering to functions with default arguments.
I find it cleaner than using commas when referring to the same function with
def
we
> would have Task.start_link/1,3, which is not handled by 1-3. :)
>
>
> *José Valim*
> www.plataformatec.com.br
> Skype: jv.ptec
> Founder and Director of R&D
>
>
> On Sat, Oct 20, 2018 at 4:13 AM eksperimental
> wrote:
>
> > Thanks for bring thi
to know if there's interest in such a
feature
thank you for your feedback,
- Eksperimental
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to e
implementation can be found in
https://github.com/eksperimental/elixir/tree/list_ends_with
What do you think about adding it?
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from i
I would like to propose the renaming of Enum.split_with/2 to Enum.split_by/2,
as it doesn't follow the naming rationale we currently have.
Taken from
https://github.com/eksperimental/elixir_inconsistencies#elixir-inconsistencies
Affected: Enum.split_with/2.
Proposed: Enum.split
web visit
https://groups.google.com/d/msgid/elixir-lang-core/20181231195201.1b3d1c08.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
e" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20181231202127.14b05f14.eksperimental%40autistici.org.
Fo
lixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20190104075444.30c1e2d7.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
On Fri, 4 Jan 2019 07:54:44 +0700
eksperimental wrote:
> On Thu, 3 Jan 2019 11:25:13 -0800
> Ryan Winchester wrote:
> > Have the formatter change it to an if/else 😈, or just leave it for tools
> > like Credo to yell at you for an unless/else.
>
> This is definitely
> people using unless/else deserve to have their code broken...
>
>
> On January 3, 2019 at 4:57:17 PM, eksperimental (eksperimen...@autistici.org)
> wrote:
>
> On Fri, 4 Jan 2019 07:54:44 +0700
> eksperimental wrote:
>
> > On Thu, 3 Jan 2019 11:25:13 -0800
>
I don't think we can consider the suffixes in isolation. That would be an
> >> unnatural way to organize the API. How "_with" is used in start_with? is a
> >> different meaning than split_with which is marked by the preceding verbs.
> >> So unless the pr
-lang-core/20190116000134.15e73be0.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
t; *José Valim*
> www.plataformatec.com.br
> Skype: jv.ptec
> Founder and Director of R&D
>
>
> On Tue, Jan 15, 2019 at 6:01 PM eksperimental
> wrote:
>
> > Hi list,
> > Reviewing the code from the File module,
> > made me wonder this if there is a rea
;>>>> For more options, visit https://groups.google.com/d/optout.
> >>>>>
> >>>>
> >>> --
> >>> You received this message because you are subscribed to the Google
> >>> Groups "elixir-lang-core" group.
> >>> To unsubscribe from this group and stop receiving emails from it, send
> >>> an email to elixir-lang-core+unsubscr...@googlegroups.com.
> >>> To view this discussion on the web visit
> >>> https://groups.google.com/d/msgid/elixir-lang-core/2bb429a8-e583-48c1-a335-8660c115b24f%40googlegroups.com
> >>> <https://groups.google.com/d/msgid/elixir-lang-core/2bb429a8-e583-48c1-a335-8660c115b24f%40googlegroups.com?utm_medium=email&utm_source=footer>
> >>> .
> >>> For more options, visit https://groups.google.com/d/optout.
> >>>
> >> --
> >>
> >> Andrea Leopardi
> >> an.leopa...@gmail.com
> >>
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "elixir-lang-core" group.
> >> To unsubscribe from this group and stop receiving emails from it, send an
> >> email to elixir-lang-core+unsubscr...@googlegroups.com.
> >> To view this discussion on the web visit
> >> https://groups.google.com/d/msgid/elixir-lang-core/CAM9Rf%2BJEN7vuwxxZFkrB8NytCCaSPAKtroMeA1sqe91n5SoFXg%40mail.gmail.com
> >> <https://groups.google.com/d/msgid/elixir-lang-core/CAM9Rf%2BJEN7vuwxxZFkrB8NytCCaSPAKtroMeA1sqe91n5SoFXg%40mail.gmail.com?utm_medium=email&utm_source=footer>
> >> .
> >> For more options, visit https://groups.google.com/d/optout.
> >>
> >
> >
> > --
> >
> > Regards,
> > Bruce Tate
> > CEO
> >
> >
> > <https://bowtie.mailbutler.io/tracking/hit/f8218219-d2a8-4de4-9fef-1cdde6e723f6/c7c97460-016e-45fb-a4ab-0a70318c7b97>
> >
> > Groxio, LLC.
> > 512.799.9366
> > br...@grox.io
> > grox.io
> >
> > --
> > You received this message because you are subscribed to the Google Groups
> > "elixir-lang-core" group.
> > To unsubscribe from this group and stop receiving emails from it, send an
> > email to elixir-lang-core+unsubscr...@googlegroups.com.
> > To view this discussion on the web visit
> > https://groups.google.com/d/msgid/elixir-lang-core/CAFXvW-65ztTOMoVhZ407PghmYA0OBcuVhDatcjYx6Xw7f52pMQ%40mail.gmail.com
> > <https://groups.google.com/d/msgid/elixir-lang-core/CAFXvW-65ztTOMoVhZ407PghmYA0OBcuVhDatcjYx6Xw7f52pMQ%40mail.gmail.com?utm_medium=email&utm_source=footer>
> > .
> >
> >
> > --
> > You received this message because you are subscribed to the Google Groups
> > "elixir-lang-core" group.
> > To unsubscribe from this group and stop receiving emails from it, send an
> > email to elixir-lang-core+unsubscr...@googlegroups.com.
> > To view this discussion on the web visit
> > https://groups.google.com/d/msgid/elixir-lang-core/702CFF39-BCFF-416F-BF28-81A5E1516903%40chrismccord.com
> > <https://groups.google.com/d/msgid/elixir-lang-core/702CFF39-BCFF-416F-BF28-81A5E1516903%40chrismccord.com?utm_medium=email&utm_source=footer>
> > .
> >
>
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20190731104042.1b6a2fb4.eksperimental%40autistici.org.
send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20190813110430.52fabd61.eksperimental%40autistici.org.
The problem I have with Enum.count_by/2 is that I wouldn't be able just by
looking at the name to
tell it apart from Enum.count/2 which takes a function as a second argument
How will this function work with enumerables other than lists? the way it
currently does is correct?
iex(6)> Enum.tal
Enum.group_count/2 would be a name that describe better what this function does
IMO, but it
wouldn't work as Enum.group_by/3 since this one groups by key, and group_count
would group by
elements ({key, value})
On Sun, 6 Oct 2019 01:09:06 +0700
eksperimental wrote:
> The problem I h
The problem that I have with "frequencies" is that it means RATE over a PERIOD
of time or some
other unit.
I like the move to a function name that uses nouns, instead of verbs.
I think we should speak more of "repetition", "recurrence" or "occurrences",
"instances"
my two cents
On Fri, 18 Oct
> Currently we have different ways to display errors or warnings during
> compile time, we should normalize the output.
I would say currently there is one way to displays errors and one way to
display warnings.
I think it is important to keep different formats to visually differentiate
them wit
On Thu, 3 Dec 2020 19:06:18 -0500
Allen Madsen wrote:
> Enum.compare_count([], 1) #=> :lt
> Enum.compare_count([1], 1) #=> :eq
> Enum.compare_count([1, 2], 1) #=> :gt
This is the way to go, because in one function call we can determine the
course of the action, such as in
case Enum.compare_coun
Looking back, I think having acc as the first argument would be have a
better choice. But we have other functions named after "fold" such as
List.foldl/3, List.foldr/3, Inspect.Algebra.fold_doc/2 that take a
function in the same format as Enum.reduce/3. So having some
fold functions that take a fun
It happens that when I want to update a project that has been created
with an Elixir version prior to the introduction of the formatter,
I need to manually copy a .formatter.exs file. So I need to create a
new project and copy this file manually.
What I propose is to add an option called --create-
Hi list,
I would like to propose to convert two existing functions to guards in
the MapSet module.
1. Is MapSet.size/1. I found myself not being able to use this function
in guards, and having to port my code, unless I want to get into
the bad habit of reading the internal structure of the struct
On Mon, 21 Dec 2020 22:37:53 -0500
eksperimental wrote:
> Hi list,
> I would like to propose to convert two existing functions to guards in
> the MapSet module.
>
> 1. Is MapSet.size/1. I found myself not being able to use this
> function in guards, and having to port my code
This will work:
defguard to_boolean(term) when term not in [false, nil]
On Wed, 23 Dec 2020 15:02:43 -0500
Austin Ziegler wrote:
> It would be easy enough to provide this as a predicate in your own
> code if that’s your style preference
>
> ```elixir
> def boolean(falsy) when falsy in [nil
Great finding.
Regardless the benchmarks, Map.new/2 should be optimized for maps using
:maps.map/2, because as of now we are doing: map |> Enum.to_list() |>
reduce list |> :lists.reverse() |> :maps.from_list()
On Tue, 12 Jan 2021 14:09:26 -0800 (PST)
"jonar...@gmail.com" wrote:
> This usage of
p, key, value)
end)
end
It would be interesting to see how that benchmarks against :maps.map/2
when enumerable is a map.
On Wed, 13 Jan 2021 14:49:59 -0500
eksperimental wrote:
> Great finding.
> Regardless the benchmarks, Map.new/2 should be optimized for maps
> using :maps.map/2
I am working on a protocol, and I need to have access to the module
that implements the protocol. For example, `Enumerable.List`.
It is actually mentioned in the documentation, but I would like to know
whether this is an implementation detail or a non-documented standard
that I can rely on. In cas
Thank you José and Michal for your input.
I will write a benchmark then and see if there is room for improvement.
On Thu, 14 Jan 2021 09:45:51 +0100
José Valim wrote:
> Eksperimental, it is faster to build a list and call maps:from_list/1
> than build the map as we go forward.
>
>
usability of
> Elixir on map transformation.
>
> A different question: how can we make these rich Erlang functions
> much more visible to Elixir users like myself? I don’t care that the
> arguments are “backwards” from the pipeline, because `maps:map/2` is
> _incredibly_ useful and
me it will be Protocol + Impl name.
>
>
> On Thu, Jan 14, 2021 at 4:38 AM eksperimental
> wrote:
>
> > I am working on a protocol, and I need to have access to the module
> > that implements the protocol. For example, `Enumerable.List`.
> >
> > It is actually mentio
This protocol has some behaviour callbacks, one of them is `empty/0`. So
I cannot do MyProtocol.impl_for(term) because in that callback there is
no term (I am returning a term though).
https://github.com/eksperimental/buildable/blob/a2aa7658e58820472f56e7b1b7e3b3e2293c7950/lib/buildable
`Mix.install(:decimal)` should also work out of the box IMO.
On Thu, 21 Jan 2021 03:18:44 -0800 (PST)
"woj...@wojtekmach.pl" wrote:
> A minor addition: I'd like to add a shortcut so you can write
> `Mix.install([:decimal])` instead of `Mix.install([{:decimal, ">=
> 0.0.0"}])`.
>
> > The only
This version would be more idiomatic:
`not Enum.empty?(enumerable) and Enum.all?(enumerable, &(&1 == :some))`
If were were to choose a name for the new functions I would go with
`Enum.every_one?(enumerable, fun)`
On Thu, 21 Jan 2021 07:04:43 +
Anil Kulkarni wrote:
> Given that the functio
The use-case is totally fair. I would not consider it an edge-case.
+1 for adding the `on_empty: boolean` option
On Thu, 21 Jan 2021 10:00:02 -0300
Randson wrote:
> Yeah, I agree with you guys. The words are synonyms and I think we
> can add an option to all?/2, where default for breaking change
Adding Xavier's explanation to the documentation would be of great
help, and easier to spot if they are contained in its own section.
On Thu, 21 Jan 2021 14:28:00 +
Mário Guimarães wrote:
> I totally agree with Xavier.
>
> A qui, 21/01/2021, 13:33, Xavier Noria escreveu:
>
> > To me, this
It is not documented,
but it does not trim your string, what is does is to parse the first
integers it finds, and returns the remainder of the string as the
second element of the tuple.
iex> Integer.parse("2ABC")
{2, "ABC"}
On Mon, 8 Mar 2021 07:04:54 -0800 (PST)
Izzy Elwyn wrote:
> Hello, a
It is documented.
> If successful, returns a tuple in the form of `{integer,
> remainder_of_binary}`.
The spec could be improved to reflect this though
On Mon, 8 Mar 2021 10:13:29 -0500
eksperimental wrote:
> It is not documented,
> but it does not trim your string, what is does
On Sat, 13 Mar 2021 04:26:41 -0800 (PST)
Igor Silva wrote:
> Current behavior
>
> case ?a do
> x when x in ?a..?z -> # code
> x when x in ?A..?Z -> # code
> _ -> # code
> end
>
> Desired behavior
>
> case ?a do
> ?a..?z -> # code
> ?A..?Z -> # code
> _ -> # code
> end
>
> #Goiásou
I have noticed that there are times that based on the get value, there
is no need to update the data, and we have just to pass the same data
back.
So in addition to `:pop` I propose to add `:keep` or `:skip`.
This will optimize things quiet a not only in {Map,
Keyword}.get_and_update/3 but aslo in
> 1. x..y and x..y..z won't be allowed in patterns (you will have to
> match on %Range{})
José, wouldn't this be a backward incompatible introduction? Even if we
still soft deprecated and emit a warning, there could be a lot of
changes to do, since this is not just a function call that needs to be
On Mon, 22 Mar 2021 08:10:29 -0500
Amos King - Binary Noggin wrote:
> I like the proposals using a different operator for the step.
> `a..b\\c`?
+1 on this one. Visually it is less confusing to have
`1..100\\2`
than to have
`1..100..2`
as it is easier to identify the range part, plus it keeps t
On Mon, 22 Mar 2021 14:09:17 +0100
José Valim wrote:
> > José, wouldn't this be a backward incompatible introduction?
>
> All code written today will still work. However, if you use the new
> features (empty ranges or custom steps), then old code may not
> process the range accordingly. So it is
enario).
The results took me by surprise for Maps.
Benchmark results.
- map:
https://gist.github.com/eksperimental/77d5c67427fed0a8a9e7eee21219febb
- keyword:
https://gist.github.com/eksperimental/1bac29e80fd8329940be2cc8e6b86d52
This is the repository for the benchmarks
https://github.com/eksperime
> Benchmark results.
> - map:
> https://gist.github.com/eksperimental/77d5c67427fed0a8a9e7eee21219febb
> - keyword:
> https://gist.github.com/eksperimental/1bac29e80fd8329940be2cc8e6b86d52
>
> This is the repository for the benchmarks
> https://github.com/eksperimental/ben
Hi,
I would like to propose that the compiler emits a warning when specs
are duplicated.
defmodule DuplicatedSpecs do
@spec foo(arg) :: {:ok, arg} when arg: term
@spec foo(arg) :: {:ok, arg} when arg: term
def foo(term), do: {:ok, term}
end
The reason is that the duplicated line should eith
On Mon, 5 Apr 2021 09:43:39 +0200
José Valim wrote:
> This is most likely the job of Dialyzer and tools working on
> typespecs to do. As they can do a better job at that.
There are cases where specs may be used for documentation purposes
only, and Dialyzer may not ever been run.
I actually came
On Mon, 5 Apr 2021 09:48:21 -0400
Allen Madsen wrote:
> @spec foo(1) :: "one"
> @spec foo(2) :: "two"
> def foo(1), do: "one"
> def foo(2), do: "two"
Yes, but those would not be duplicated.
These would, and Dialyzer will error saying that "foo/1 has overlapping
domains"
@spec foo(1) :: "one"
@s
User{}) :: integer
>
> Here we have specs that are basically duplicates, but there is a
> difference in the argument name.
> On Monday, April 5, 2021 at 9:53:47 AM UTC-4 eksperimental wrote:
>
> > On Mon, 5 Apr 2021 09:48:21 -0400
> > Allen Madsen wrote:
> >
> > >
+0700
eksperimental wrote:
> I'm currently reviewing the IO module, and I discovered an
> inconsistency in a data type.
>
> getn(device, prompt, count)
> > last arg. here is pos_integer
>
> binread(device \\ group_leader(), line_or_chars)
> > last arg here is n
gt;
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
ht
s message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20160504042910.57fd86e0.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
> now. :)
>
>
>
> *José Valim*
> www.plataformatec.com.br
> Skype: jv.ptec
> Founder and Director of R&D
>
> On Fri, Apr 29, 2016 at 8:29 PM, eksperimental
> wrote:
>
> > I sent this email 2 days ago, and I just made it now to the list.
> > And
have this functionality in a library until
> >> we can solve the memory issue and only have the bare necessities
> >> for unicode support in stdlib. If we later can move it into stdlib
> >> it would be good to have the API figured out and bugs fixed in
> >> ano
> I would be really interested in seeing what you have,
> specially that 600kb file
oh shoot... that didn't sound right now that I read it on my screen,
no double meaning, I swear! :-P
On Thu, 5 May 2016 04:29:13 +0700
eksperimental wrote:
> Hi jisaacstone,
> I would be rea
Jose,
It was earlier suggested that we should have a function like this.
Could you please have a look at it,
I would have to implement the Stream version of it (I may ask for
guidance as I have worked with it before).
> https://github.com/eksperimental/experimental_elixir/blob/master/
aformatec.com.br
> Skype: jv.ptec
> Founder and Director of R&D
>
> On Mon, May 9, 2016 at 4:43 AM, eksperimental
> wrote:
>
> > I'm trying to fix this bug.
> > https://github.com/elixir-lang/elixir/pull/4582/files#r62423420
> >
> > I'm trying
and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20160512192534.35e62698.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
d
> >> the file into Elixir. It would probably be more interesting to add
> >> a File.position instead of hiding the underlying behaviour.
> >>
> >>
> >> *José Valim*
> >> www.plataformatec.com.br
> >> Skype: jv.ptec
> >> Foun
p receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20160516225820.29ab2eb8.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
Mon, 16 May 2016 22:58:20 +0700
eksperimental wrote:
> Hi everyone,
>
> I was writting some docs, and I realize I don't know how to do this.
>
> when using docstests, we can do
>
> iex> ex = fn -> IO.puts(:elixir); :rocks end
> ...> ex.()
>
José: great new feature. Definitely a needed one!
and +1 on Peter Hamilton's suggestion on how to define required fields.
An extra feature that will save us developers a lot of headeaches is
the ability to define a list of accepted values per field. As as the
current state, functions silently fail
is message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/
keeps a literal
> conversion.
>
> On Wednesday, June 1, 2016, eksperimental
> wrote:
>
> > I came across when writing a macro that created functions after
> > atoms. I had the idead that to convert from atom to string, we could
> > interpolate th
You can read this proposal formated
https://github.com/eksperimental/experimental/blob/random/PROPOSAL.md
# Introducing random related functions
First I would like to address the need for implementing in Elixir our
function for generating random integers: `Integer.random/1` All
functions using
08:18:21 +0700
eksperimental wrote:
> You can read this proposal formated
> https://github.com/eksperimental/experimental/blob/random/PROPOSAL.md
>
> # Introducing random related functions
>
> First I would like to address the need for implementing in Elixir our
> function
Hi,
I have found three offending lines when running `make docs_elixir`, but
Earmark is unable to tell (yet) which file is causing trouble.
:42: warning: Closing unclosed backquotes ` at
end of input :392: warning: Closing unclosed backquotes ` at
end of input :36: warning: Closing unclosed backquo
possible to use it by any project besides Elixir.
>
> On Thursday, June 23, 2016, eksperimental
> wrote:
>
> > Hi,
> > I have found three offending lines when running `make docs_elixir`,
> > but Earmark is unable to tell (yet) which file is causing trouble.
> &g
his group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20160624045640.0f20bce0.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
converted to a list to later pick one element.
It optimized Enum.at/2 when dealing with ranges.
Thank you.
On Sat, 4 Jun 2016 08:37:19 +0700
eksperimental wrote:
> I forgot to mention that Range.at/3 has been implemented.
>
> ***
> ### Range.at/3
>
> It works the sam
Jose could you please give me an answer on this,
as I would like to to finally make it into the Elixir.
Thank you
On Thu, 5 May 2016 11:56:47 +0700
eksperimental wrote:
> Jose,
> It was earlier suggested that we should have a function like this.
> Could you please have a look at it,
nough for ranges, it
> would be enough to replace many of the other functions listed, like
> Integer.random and Range.random. :)
>
>
>
> *José Valim*
> www.plataformatec.com.br
> Skype: jv.ptec
> Founder and Director of R&D
>
> On Fri, Jun 24, 2016 at 12
nd Director of R&D
>
> On Fri, Jun 24, 2016 at 12:25 AM, eksperimental
> > wrote:
>
> > Jose could you please give me an answer on this,
> > as I would like to to finally make it into the Elixir.
> >
> > Thank you
> >
> > On Thu, 5 May 2016 11:56:47
On Fri, 24 Jun 2016 01:13:53 +0200
José Valim wrote:
> >
> > Please let me know how should I proceed
> > thank you for your feedback
> >
>
> For now let's go with the optimizations for Enum.random /
> Enum.take_random. :)
>
ok. I will submit a PR as soon as I have some spare time
--
You re
-lang-core/20160704233754.6acc2ca5.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
; incompatible change if no APIs change. It also depends on if the
> > type is used as arguments to functions or as return values.
> > Accepting more values in arguments is backwards compatible, but
> > returning more types of values is not.
> >
> > The solution might be
incompatible as long as we
> don't break any APIs in the Enum module using it.
>
> On Fri, Jul 8, 2016 at 1:33 AM, eksperimental
> wrote:
>
> > sorry for the latish reply.
> >
> > I mean it will be backward incompatible because other people may
> &g
eb visit
https://groups.google.com/d/msgid/elixir-lang-core/20160718222830.4f1c21d4.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
Enum.at!/2 would be different from Enum.fetch!/2?
>
>
>
> *José Valim*
> www.plataformatec.com.br
> Skype: jv.ptec
> Founder and Director of R&D
>
> On Mon, Jul 18, 2016 at 5:28 PM, eksperimental
> wrote:
>
> > Hi everyone.
> > I think if we
at 11:55:08 AM UTC-4, eksperimental wrote:
> >
> > it doesn't (other than one returns a tuple and another the element
> > itself),
> > but same thing as Myron Marston mentioned,
> > it is useful when used in pipelines.
> >
> > If we de
I have been craving for this feature for a long time.
I think it will help with a lot with things such as including
discoverability of functions or leading people in the right direction
with very little effort from the documentation side.
A @see_also (it could be named @related, or any other bette
les and functions inside
> the docstring. See, for example,
> http://elixir-lang.org/docs/stable/elixir/Enum.html#filter/2.
>
> On Tue, Jul 19, 2016 at 1:41 AM, eksperimental
> wrote:
>
> > I have been craving for this feature for a long time.
> > I think it will h
are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20160808212901.1360e245.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
code:
def check(letter) when letter is :char, do: true
iex> [100, 200] are [:even, {:>=, 100}]
true
write expressions in a more natural way:
iex> term is_not nil
as opposed to
iex> not is_nil(term)
For a list of all supported kinds, see the list:
https://gist.github.com/e
, but
creates kinds only (since defguard can create any kind of guard).
Is there any propototype already, besides
https://gist.github.com/christhekeele/8284977
and what do you think about his approach?
thank you.
On Thu, 11 Aug 2016 17:46:52 +0200
José Valim wrote:
> Thank you Eksperimental fo
at the documentation, I found out that the
> reason you didn't was to match @specs more closely, and because there
> are things like `:zero_or_neg_float` for which there isn't a clear
> module name.
>
> I think that something like
> is_any(x, [List, Map, Tuple])
> would
ribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20160813022209.5a991c28.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20160913114058.0f10b282.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
gt; the Kernel module.
>
>
>
> *José Valim*
> www.plataformatec.com.br
> Skype: jv.ptec
> Founder and Director of R&D
>
> On Tue, Sep 13, 2016 at 6:40 AM, eksperimental
> wrote:
>
> > I'm hacking Elixir core, and I haven't managed to find the code that make
, I also didn't understand why I didn't need to use
> require everywhere.
> Allen Madsen
> http://www.allenmadsen.com
>
>
> On Tue, Sep 13, 2016 at 9:02 AM, Louis Pilfold wrote:
> > Functions do not need to be required, only macros :)
> >
> > Cheers,
&
Hi Travis,
I have written to deal with what you need
https://git.io/make-test-file
save it in the elixir folder, and run
./make-test-file lib/elixir/test/elixir/io/ansi_test.exs
cheers
On Tue, 20 Sep 2016 00:48:49 -0700 (PDT)
Travis Herrick wrote:
> Also... Is there a way to run a specific spe
77910ae-2a52-49f4-9e77-670639106a3c%40googlegroups.com?utm_medium=email&utm_source=footer>
> > .
> > For more options, visit https://groups.google.com/d/optout.
> >
>
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20160922023904.48d387a7.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
; > Thoughts?
> >
> > *José Valim*
> > www.plataformatec.com.br
> > Skype: jv.ptec
> > Founder and Director of R&D
> >
>
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20160923210603.67c79cf8.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
On Tue, 27 Sep 2016 20:09:09 +0200
José Valim wrote:
> > One of the things we
> could do is to make sure "h ~c[foo]" in IEx prints the proper documentation
> helper too.
I came to comment this very same thing, and I'm glad to see your message.
the other place is ExDoc, Searching for ~c[] should
google.com/d/msgid/elixir-lang-core/20161013004644.74d672f9.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
construct.
>
>
>
> *José Valim*
> www.plataformatec.com.br
> Skype: jv.ptec
> Founder and Director of R&D
>
> On Wed, Oct 12, 2016 at 7:46 PM, eksperimental
> wrote:
>
> > Hi,
> > I'm reviewing some documentation and I found this,
> >
>
lixir-lang-core/6bf79af0-6f26-42f7-83e6-35c7f0b7c37f%40googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
>
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/20161212040836.157f25b6.eksperimental%40autistici.org.
For more options, visit https://groups.google.com/d/optout.
.
Initially, I based my work in functions written by "jdl"
https://github.com/mykewould/crutches/blob/ddf5535d66601f9630bee1807ef38cb57f52b9b4/lib/crutches/range.ex
You can have a look at the module and tests:
https://github.com/eksperimental/elixir/blob/range/lib/elixir/lib/rang
1 - 100 of 161 matches
Mail list logo
