<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.editors.vim.vim-ruby.devel">
    <title>gmane.comp.editors.vim.vim-ruby.devel</title>
    <link>http://blog.gmane.org/gmane.comp.editors.vim.vim-ruby.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/687"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/681"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/679"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/676"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/675"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/670"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/666"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/662"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/654"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/650"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/687">
    <title>rubycomplete unusual gem behavior?</title>
    <link>http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/687</link>
    <description>&lt;pre&gt;system: ubuntu linux 10.10
ruby: 1.9.2p180 manually compiled from source
vim: 7.3 manually compiled from source with +ruby option enabled
vim-ruby: latest installed, plus the 0.9 rubycomplete version from the
rubycomplete_updates branch.

$ vi x.rb
#!/usr/local/bin/ruby

x = String.new

x.^X^O  -&amp;gt; many correct methods found
^[:q!

$ sudo gem install redis
Successfully installed redis-2.2.0
1 gem installed
Installing ri documentation for redis-2.2.0...
Installing RDoc documentation for redis-2.2.0...

$ vi y.rb
#!/usr/local/bin/ruby
require 'redis'

x = Redis.new

x.^X^O  -&amp;gt; no methods found


Note that

p x.methods

does in fact show all of the methods one might hope from the Redis
class, so it's not a syntax error or no-method problem.

I started trying to debug rubycomplete but unfortunately left my
necronomicon in the tower of mad Alzhazred in the doomed isles and now
my house is infested with shoggoths; thanks Mark Guzman.

F.
&lt;/pre&gt;</description>
    <dc:creator>Felix Gallo</dc:creator>
    <dc:date>2011-04-29T19:08:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/681">
    <title>Abandoning Rubyforge</title>
    <link>http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/681</link>
    <description>&lt;pre&gt;Does anyone have any objections to abandoning the RubyForge project, other than
redirects, for GitHub?  While it seems RubyForge now pretty much provides all
the things that motivated the partial move to GitHub in the first place it's,
likewise, apparent that GitHub now provides most of the features that were
required from RubyForge.

I'm indifferent to which site to use but it doesn't make sense using both
anymore.

Regards,
Doug
&lt;/pre&gt;</description>
    <dc:creator>Doug Kearns</dc:creator>
    <dc:date>2011-01-04T16:32:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/679">
    <title>omni-completion refresh</title>
    <link>http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/679</link>
    <description>&lt;pre&gt;Hi!

I've finally got Ruby code completion working sort of, but not as i'd really
like it. Currently it doesn't show the new methods added to some class if
code-completion has already used. For example, if i have files like these:

# a.rb
class A
  def my_method
  end
end

# b.rb
require "a"
a = A.new
a. # &amp;lt;C-x&amp;gt;&amp;lt;C-o&amp;gt; will show my_method

Now if i open a.rb in a separate buffer and add some new method and save the
file then again in the b-buffer omni-completion doesn't show the newly added
method. I have to restart vim to make it show me the new method too. Is it
possible to make vim reload the omni-completion data?

In my vimrc i have currently these lines:
autocmd FileType ruby,eruby set omnifunc=rubycomplete#Complete
autocmd FileType ruby,eruby let g:rubycomplete_buffer_loading = 1
autocmd FileType ruby,eruby let g:rubycomplete_rails = 1
autocmd FileType ruby,eruby let g:rubycomplete_classes_in_global = 1

Also, when i use modules then the omni-completion doesn't seem to work at
all - even if i restart vim&lt;/pre&gt;</description>
    <dc:creator>Jarmo</dc:creator>
    <dc:date>2010-12-25T17:44:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/676">
    <title>gvim editing ruby on Windows</title>
    <link>http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/676</link>
    <description>&lt;pre&gt;When I try to edit an existing or create a new ruby file with gvim on
Windows I get the following error:
----
Error detected while processing C:\Program Files
(x86)\Vim\vim73\ftplugin\ruby.vim
line 76:
NoMethodError: undefined method 'synchronize' for #&amp;lt;Mutex:0x4019cc0&amp;gt;
line 93:
E121: Undefined variable: s:ruby_path
E15: Invalid expression: s:ruby_path

Any idea what I might be doing wrong?
_______________________________________________
vim-ruby-devel mailing list
vim-ruby-devel&amp;lt; at &amp;gt;rubyforge.org
http://rubyforge.org/mailman/listinfo/vim-ruby-devel&lt;/pre&gt;</description>
    <dc:creator>Steve Horn</dc:creator>
    <dc:date>2010-10-31T02:19:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/675">
    <title>Syntax highlighting of multiple here documents</title>
    <link>http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/675</link>
    <description>&lt;pre&gt;p &amp;lt;&amp;lt;EOE, &amp;lt;&amp;lt;EOA
abc
EOE
def
EOA

isn’t highlighted correctly.  I can’t think of a way to good fix this
off the top of my head, but I guess one solution would be to allow for
here documents to match inside here documents, or match the last one
on a line (which I don’t think you can tell Vim to do).

Anyway, thought I’d mention it.  Also, I’m planning on upgrading the
indentation definition, but I’m not making any promises.
_______________________________________________
vim-ruby-devel mailing list
vim-ruby-devel&amp;lt; at &amp;gt;rubyforge.org
http://rubyforge.org/mailman/listinfo/vim-ruby-devel&lt;/pre&gt;</description>
    <dc:creator>Nikolai Weibull</dc:creator>
    <dc:date>2010-10-26T16:49:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/670">
    <title>Last Change headers</title>
    <link>http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/670</link>
    <description>&lt;pre&gt;Does anyone have any thoughts on the best fix for this irritation?

Is it worth doing some sort of keyword expansion with smudge/clean filters?  I
think export-subst leaves $Format: ...$.  Perhaps a Vim specific release script
is the simplest approach since it only happens once every few years.

Nikolai, what are you using for your Vim scripts?  I notice you're going it
alone with a somewhat unique "Latest Revision" header.  How's that generated?

Doug
&lt;/pre&gt;</description>
    <dc:creator>Doug Kearns</dc:creator>
    <dc:date>2010-09-01T18:23:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/666">
    <title>Worth supporting 1.9 conditionally?</title>
    <link>http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/666</link>
    <description>&lt;pre&gt;G'day all,

I was just going to add some missing 1.9 syntax items and was curious
if anyone had strong feelings, either way, regarding configurable 1.9
support.

Thanks,
Doug
&lt;/pre&gt;</description>
    <dc:creator>Doug Kearns</dc:creator>
    <dc:date>2010-08-31T18:41:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/662">
    <title>Last Change headers</title>
    <link>http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/662</link>
    <description>&lt;pre&gt;G'day folks,

I was just about to fire off the runtime files to Bram for inclusion
in 7.3 when I noticed that we seem to have lost our "Last Change"
header lines from these files.  It looks like they were replaced with
CVS Id keywords at some time and these were then removed when we moved
to git.

Would anyone have any objection to these lines being added?  I suspect
I'll be having this discussion with Bram otherwise...

Doug
&lt;/pre&gt;</description>
    <dc:creator>Doug Kearns</dc:creator>
    <dc:date>2010-05-27T12:23:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/654">
    <title>% Matching With Vim/Ruby</title>
    <link>http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/654</link>
    <description>&lt;pre&gt;_______________________________________________
vim-ruby-devel mailing list
vim-ruby-devel&amp;lt; at &amp;gt;rubyforge.org
http://rubyforge.org/mailman/listinfo/vim-ruby-devel&lt;/pre&gt;</description>
    <dc:creator>Scott LaBounty</dc:creator>
    <dc:date>2010-05-21T13:21:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/650">
    <title>Some regexp pattern breaks the syntax highlighting.</title>
    <link>http://comments.gmane.org/gmane.comp.editors.vim.vim-ruby.devel/650</link>
    <description>&lt;pre&gt;Hi,

Some regexp pattern breaks the syntax highlighting.


How to reproduce the problem:

First of all, create a ruby script as following and open it with Vim.

% cat test.rb
func /\(/
puts

At this point, the script will be highlighted correctly.
Then, hit Ctrl-E to scroll down the window (the line "func /\(/" goes
out of the screen), and hit Ctrl-L to redraw. After redrawing the window,
the line "puts" will be highlighted wrongly as a regexp literal.

It seems that the highlighting works if the line "func /\(/" is visible,
but won't work if the line "func /\(/" is out of the screen.

I tested latest syntax/ruby.vim pulled from git repository, but it doesn't
solve the problem.


Thanks,
&lt;/pre&gt;</description>
    <dc:creator>Morita Sho</dc:creator>
    <dc:date>2009-09-11T20:17:18</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.editors.vim.vim-ruby.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.editors.vim.vim-ruby.devel</link>
  </textinput>
</rdf:RDF>

