by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Sep 25 09:24
    solnic commented #68
  • Sep 25 09:24

    dry-bot on master

    [devtools] update changelog.yml… [devtools] sync (compare)

  • Sep 25 09:24
    solnic milestoned #68
  • Sep 25 09:23

    solnic on master

    Forward blocks passed to constr… Merge pull request #68 from min… (compare)

  • Sep 25 09:23
    solnic closed #68
  • Sep 25 05:05
    gordol starred dry-rb/dry-equalizer
  • Sep 24 16:32
    mintyfresh starred dry-rb/dry-auto_inject
  • Sep 24 16:31
    dry-bot commented #68
  • Sep 24 16:31
    dry-bot commented #68
  • Sep 24 16:30
    mintyfresh synchronize #68
  • Sep 24 16:28
    dry-bot commented #68
  • Sep 24 16:26
    mintyfresh opened #68
  • Sep 24 08:39
    solnic closed #67
  • Sep 24 08:39
    solnic commented #67
  • Sep 23 02:47
  • Sep 23 02:46
    z0rk1i starred dry-rb/dry-monads
  • Sep 22 21:12
    dsisnero opened #67
  • Sep 22 11:11

    solnic on master

    Docs: Removing Hash schema type… Merge pull request #404 from ga… (compare)

  • Sep 22 11:11
    solnic closed #404
Nikita Shilnikov
@flash-gordon
Yeah, that’d be the best way :)
Piotr Solnica
@solnic
like messages from @shawn42 are disappearing for me, then re-appearing but in a different order lol
Shawn Anderson
@shawn42
so zulip is kind of a google wave rebirth? ;)
also, now that you are all here.. any ideas on the best way to collect my failures using a list monad? or is that not the correct usage?
Jeff Dickey
@jdickey
That's really odd, @solnic . I live in Gitter most of the day (20+ open channels, more than half of those active on a given day) and I've never seen that happen. Not disbelieving; just wondering if it's a geographic/network backbone thing somehow
Piotr Solnica
@solnic
@jdickey I had a lot of issues like that but today is exceptionally bad
Jeff Dickey
@jdickey
That is weird. My gripe is that development seems to have basically stopped; they had a Version 2 that had some much-needed new features and bug fixes out for a while a year and a half ago or so, and then they yanked it and everybody's on 1.177 from 2016. If there's a better-maintained/more solid app out there, I'm open to the thought
Piotr Solnica
@solnic
@jdickey we're switching to Zulip
Jeff Dickey
@jdickey
Understoon
Piotr Solnica
@solnic
we also tried Slack, Rocket, Discord and Spectrum
eventually it turned out Zulip is the best option
Piotr Solnica
@solnic

@/all hey, after 2 weeks of testing we decided to switch to Zulip and we are saying "good bye" to Gitter. From April 1st (no kidding) we'll be hanging out in Zulip and stop paying attention to this Gitter chat. You can join our Zulip organization here: https://dry-rb.zulipchat.com/register/

ps. rom-rb gitter chat will move too

Philip Arndt
@parndt
:tada:
Brice Sanchez
@bricesanchez
:tada:
Orban Botond
@orbanbotond

Hi Guys,

How can I use succesfully the inheritance in dry-rb transactions?

Here is the code which shows that it just doens’t work:

require 'spec_helper'

module CRUD
  class Update
    include Dry::Transaction

    step :validate
    step :persist


    def validate(input)
      Success(input.to_s + model_class.to_s)
    end

    def persist(input)
      Success(input.to_s + model_class.to_s)
    end
  end

  class ORMModel1
  end

  class Update1 < Update
    def model_class
      ORMModel1
    end
  end
end

describe 'ParamOverride' do
  context 'update1' do
    subject { CRUD::Update1.new.call params }
    let(:params) { {a:1,b:2} }

    context 'negative cases' do
      specify 'inheritance just does not work' do
        expect(subject).to be_success
        expect(subject.value!).to_not eq('{}ORMModel1')
      end
    end
  end
end
Viet (Drake) Tran
@tiev
What is the output? Btw, can you move to zulipchat? This gitter is abandoned
Orban Botond
@orbanbotond
@tiev I expected the output to be '{}ORMModel1’
Viet (Drake) Tran
@tiev
And I guess the actual output is '{:a=>1, :b=>2}ORMModel1ORMModel1'
Orban Botond
@orbanbotond
@tiev no, the actual output is {:a=>1, :b=>2}
Lairan
@alex-lairan

@/all hey, after 2 weeks of testing we decided to switch to Zulip and we are saying "good bye" to Gitter. From April 1st (no kidding) we'll be hanging out in Zulip and stop paying attention to this Gitter chat. You can join our Zulip organization here: https://dry-rb.zulipchat.com/register/

ps. rom-rb gitter chat will move too

Sergey Kukunin
@Kukunin
Hi guys. I want to serialize/deserialize my dry-struct to JSON. Is there a way to derive a new dry-struct which can build an original from JSON? I expect it to convert all types to their JSON equivalents
I expect it to work recursively
Lairan
@alex-lairan
Please, read my last message :)
Martín Fernández
@bilby91
Hello! I’m looking into dry-validations 1.X and I was wondering if there is any way to compose multiple contracts, basically delegate the validation of a given property from within a contract to another contract.
Tonni Tølbøll Lund Aagesen
@ta
2.5.3p105> require "dry-types"
=> true
2.5.3p105> include Dry.Types()
=> Object
2.5.3p105> Params::Integer["1"]
=> 1
2.5.3p105> Params::Integer[1]
=> 1
2.5.3p105> Params::Time["2019-11-26 15:50:12 +0000"]
=> 2019-11-26 15:50:12 +0000
2.5.3p105> Params::Time[Time.new]
Traceback (most recent call last):
       16: from /var/lib/gems/2.5.0/gems/bundler-1.15.4/lib/bundler/cli.rb:13:in `start'
       15: from /var/lib/gems/2.5.0/gems/bundler-1.15.4/lib/bundler/vendor/thor/lib/thor/base.rb:466:in `start'
       14: from /var/lib/gems/2.5.0/gems/bundler-1.15.4/lib/bundler/cli.rb:22:in `dispatch'
       13: from /var/lib/gems/2.5.0/gems/bundler-1.15.4/lib/bundler/vendor/thor/lib/thor.rb:387:in `dispatch'
       12: from /var/lib/gems/2.5.0/gems/bundler-1.15.4/lib/bundler/vendor/thor/lib/thor/invocation.rb:126:in `invoke_command'
       11: from /var/lib/gems/2.5.0/gems/bundler-1.15.4/lib/bundler/vendor/thor/lib/thor/command.rb:27:in `run'
       10: from /var/lib/gems/2.5.0/gems/bundler-1.15.4/lib/bundler/cli.rb:362:in `exec'
        9: from /var/lib/gems/2.5.0/gems/bundler-1.15.4/lib/bundler/cli/exec.rb:27:in `run'
        8: from /var/lib/gems/2.5.0/gems/bundler-1.15.4/lib/bundler/cli/exec.rb:74:in `kernel_load'
        7: from /var/lib/gems/2.5.0/gems/bundler-1.15.4/lib/bundler/cli/exec.rb:74:in `load'
        6: from /usr/bin/irb:11:in `<top (required)>'
        5: from (irb):6
        4: from /var/bundler/gems/dry-types-1.2.1/lib/dry/types/type.rb:49:in `call'
        3: from /var/bundler/gems/dry-types-1.2.1/lib/dry/types/constructor.rb:59:in `call_unsafe'
        2: from /var/bundler/gems/dry-types-1.2.1/lib/dry/types/constructor/function.rb:61:in `call'
        1: from /var/bundler/gems/dry-types-1.2.1/lib/dry/types/coercions.rb:87:in `to_time'
Dry::Types::CoercionError (2019-11-26 16:16:50 +0000 is not a string)
Is it on purpose that Param::Time[] no longer accepts a Time object?
I would expect coerce to do something like obj.class == Time ? obj : coerce(obj, Time)
Tonni Tølbøll Lund Aagesen
@ta
This was also the case in previous versions, I believe
Tonni Tølbøll Lund Aagesen
@ta
In dry-validation 0.12.2.. which I admit is pretty old ;)
Grant Shangreaux
@gcentauri
@ta dry isn't here anymore, its on zulip now https://dry-rb.zulipchat.com/register/
Tonni Tølbøll Lund Aagesen
@ta
oh, thanks
Sam Stickland
@samstickland
I'm struggling with the documentation.. how can I make this work in dry-types 1.2.x ? It's using an older syntax:
  module Types
    include Dry::Types(default: :nominal)

    CompactArray = Types::Coercible::Array.constructor { |vs| vs.map(&:presence).compact.map }

    SplittingCompactArray = Types::Coercible::Array.constructor do |vs|
      vs
        .flat_map { |v| v.is_a?(::String) ? v.split(',') : v }
        .map(&:presence)
        .compact
        .map
    end
  end
Grant Shangreaux
@gcentauri
@samstickland chat has moved to zulip https://dry-rb.zulipchat.com/
Alex Hayes
@alexhayes
Are there any docs regarding the differences between Types::JSON::DateTime and Types::JSON::Time and when you should use one over the other?
Grant Shangreaux
@gcentauri
@alexhayes this chat is dead. check the the topic, it moved to zulip
Alex Hayes
@alexhayes
Thanks Grant, I realised that after I posted.