That sounds weird.
On Wednesday, 20 December 2017 10:51:29 UTC+1, Milad Rastian wrote:
>
> I've noticed in Elixir 1.5 we don't autocomplete functions that have @doc
> false.
>
> For example if I create a module like this
>
> defmodule MyApp.Accounts.User do
> use Ecto.Schema
> import
lang/elixir/issues/6161
>
> Best,
> Ricky
>
> On Wednesday, May 24, 2017 at 7:20:58 AM UTC-4, José Valim wrote:
>>
>> Thanks for the proposal Ricky Han!
>>
>> It is also worth mentioning the red black trees library from Robert
>> Virding: https://githu
How do you mean "returning exception structs"? Isn't an exception something
which is raised?
Robert
On Tuesday, 4 April 2017 16:45:57 UTC+2, OvermindDL1 wrote:
>
> I am a *huge* fan of returning exception structs instead of raising them,
> a few libraries follow this style as well like
How do you mean "when they are inspected"? If you do it then all functions
which step through the keys would have to be fixed and some like *fold* and
*map* could be very difficult to implement in an efficient manner. If you
don't do it for all then it is pointless.
Robert
On Monday, 13
I am getting in this discussion very late but I think getting a change in
the Erlang VM to support this would be very difficult. It would require
adding a new, very specific data type and I don't see that happening. Sorry.
Robert
On Tuesday, 5 July 2016 15:07:13 UTC+2, Benjamin Scherrey wrote:
Are there any plans to move towards adapting and using Common Test? It is
much more oriented towards testing systems with many ways of grouping (:-))
and controlling tests.
Robert
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To
It would definitely make it more difficult to download the sources and
build a release. You would need quite a few pre-compiled modules to do
that. Now all you need is Erlang which you need anyway to run the system.
Robert
On Monday, 23 May 2016 10:34:52 UTC+2, José Valim wrote:
>
> A