i had a method like this in my OrderedHash class
def yaml_inline= bool
unless defined? @__yaml_inline_meth
@__yaml_inline_meth =
lambda {|opts|
YAML::quick_emit(id, opts) {|emitter|
emitter << '{ ' << map{|kv| kv.join ': '}.join(', ') << '
}’
}
}
class << self
def to_yaml opts = {}
@__yaml_inline ? @__yaml_inline_meth[ opts ] : super
end
end
end
@__yaml_inline = bool
end
which toggled the yaml output style from the standard one to an inline
one. it
blows up now (1.8.4) with
NoMethodError: undefined method `<<’ for nil:NilClass
and indeed
jib:~ > ruby -r yaml -e ’ YAML::quick_emit(object_id){|e| p
[RUBY_VERSION, e.class]; exit} ’
[“1.8.1”, YAML::Syck::Emitter]
harp:~ > ruby -r yaml -e ’ YAML::quick_emit(object_id){|e| p
[RUBY_VERSION, e.class]; exit} ’
[“1.8.4”, YAML::Syck::Out]
i checked in the docs and am reading the source now - but the fix isn’t
jumping
out at me. any ideas?
ps. what’s with the tab madness in the yaml src! ick.
cheers.
-a
[email protected] wrote:
which toggled the yaml output style from the standard one to an inline
one. it
blows up now (1.8.4) with
NoMethodError: undefined method `<<’ for nil:NilClass
Yeah, you can’t write directly to the output stream any longer. But the
emitter is much smarter, more capable now (and utterly non-rdoc’d).
In current versions, you can define a `to_yaml_style’ method which
expects a symbol describing how to output the object. In this case,
you’ll want to reply with :inline.
hsh = {‘to’ => ‘[email protected]’, ‘x-mail-count’ => 178223,
‘from’ => ‘[email protected]’}
def hsh.to_yaml_style; :inline end
=> nil
y [hsh, {‘Subject’ => ‘Re: YAML::quick_emit api change’}]
i checked in the docs and am reading the source now - but the fix
isn’t jumping
out at me. any ideas?
I just need to improve the rdoc. What a sorry state I’ve left us all
in!
_why
On Sat, 4 Feb 2006, why the lucky stiff wrote:
since i need to toggle i’ll probably do
class OrderedHash
attr_accessor “to_yaml_style”
end
oh.to_yaml_style = :inline
but is a nil value by default ok? or do i need
class OrderedHash
attr_accessor “to_yaml_style”
def to_yaml_style
@to_yaml_style ||= :some_default
end
end
??
any thoughts on how to conditionally define this stuff by RUBY_VERSION?
my
old method worked with 1.8.1 and 1.8.2 - maybe
if RUBY_VERSION >= “1.8.4”
new_way
else
old_way
end
??
i checked in the docs and am reading the source now - but the fix isn’t
jumping
out at me. any ideas?
I just need to improve the rdoc. What a sorry state I’ve left us all in!
heh. you won’t here me complaining! the people that complain about
lack of
docs are people who don’t write libraries or who don’t write that many -
it’s
hard enough writing code. let them eat cake.
-a
On Sat, 4 Feb 2006, why the lucky stiff wrote:
If you really need to sniff, I’d use YAML::Syck::VERSION. In case you
“0.60”
why@stungun ~ $ ~/sand/RUBY-1_8_2/bin/ruby -v -ryaml -e ‘p
YAML::Syck::VERSION’
ruby 1.8.2 (2004-12-25) [i686-linux]
“0.45”
There shouldn’t be any 0.5x Sycks floating around in stable Ruby releases.
and where would the to_yaml_style attr come in at - which version is the
break
point?
-a
[email protected] wrote:
but is a nil value by default ok?
require ‘yaml’
hsh = {‘to’ => ‘[email protected]’, ‘x-mail-count’ => 178223,
‘from’ => ‘[email protected]’}
hsh.to_yaml_style
=> nil
If you really need to sniff, I’d use YAML::Syck::VERSION. In case you
encounter someone who’se upgraded their extension.
why@stungun ~ $ ~/sand/RUBY-1_8_4/bin/ruby -v -ryaml -e ‘p
YAML::Syck::VERSION’
ruby 1.8.4 (2005-12-24) [i686-linux]
“0.60”
why@stungun ~ $ ~/sand/RUBY-1_8_3/bin/ruby -v -ryaml -e ‘p
YAML::Syck::VERSION’
ruby 1.8.3 (2005-09-21) [i686-linux]
“0.60”
why@stungun ~ $ ~/sand/RUBY-1_8_2/bin/ruby -v -ryaml -e ‘p
YAML::Syck::VERSION’
ruby 1.8.2 (2004-12-25) [i686-linux]
“0.45”
There shouldn’t be any 0.5x Sycks floating around in stable Ruby
releases.
_why
On Sat, 4 Feb 2006, why the lucky stiff wrote:
[email protected] wrote:
and where would the to_yaml_style attr come in at - which version is the
break
point?
0.55:
http://code.whytheluckystiff.net/syck/changeset/212
sweet. thanks. running on all my ruby version now - this was for rq
btw, so
i really wanted it to work for as many versions as possible. i use yaml
heavily for that project.
cheers.
-a
[email protected] wrote:
and where would the to_yaml_style attr come in at - which version is
the break
point?
0.55:
http://code.whytheluckystiff.net/syck/changeset/212
_why