This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 141637 - First class support for gems + base libraries in Ruby/Rails projects.
Summary: First class support for gems + base libraries in Ruby/Rails projects.
Status: NEW
Alias: None
Product: ruby
Classification: Unclassified
Component: Project (show other bugs)
Version: 6.x
Hardware: All All
: P1 blocker with 1 vote (vote)
Assignee: issues@ruby
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-25 02:10 UTC by richo
Modified: 2011-01-28 20:12 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description richo 2008-07-25 02:10:38 UTC
Ruby projects (and especially Rails projects) rely heavily on the use of the ruby core libraries and installed gems.
However Netbeans hides these away and makes it very hard to work with these files.

I have already requested the ability to search in these files ( issue #130366 ).

I believe however these need to be handled as first class citizens in the IDE. I would like to see a node in the project
tree for gems and core on each project. (names are examples only, chosen any appropriate names you like).

Selecting the "core" node shows the ruby core libraries.

Selecting the "gems" node shows ruby gems the user has selected as wanting to show for this project.
 - This will probably require a dialog allowing users to select what gems + versions to show.
 - Need to support the Rails infrastructer (new in 2.1 I think) for access plugins as gems.
 - perhaps based on analysis of projects "requires" statements detect used gems (perhaps at runtime/debug detect the
gems that are accessed and included them).

Both of these new nodes can be "hidden" and only shown when a option in the project is selected.

I'm not sure on the impact this should have interms of the gems tests etc.. I would imagine these should still be kept
separate from the projects tests.

I can't express enough how frustrating it is developing Rails apps and having to "vendorise*" stuff to allow useful
searching and access to the code.

*vendorise is the process of extracting Rails code and gems into the vendor subdirectory of a Rails project.

I have worked around this to a certain degree by creating NetBeans projects in the gems directory of specifc gems, but
this is a little clunky.
Comment 1 richo 2008-07-25 02:16:22 UTC
related to: 
issue #130366 (Add ability to search ruby core and gems)
Comment 2 richo 2008-07-25 04:53:20 UTC
Some workarounds:
use the favorites Window (ctrl+3) to navigate to the gems/library you want to edit/view.

If the one of the files for the gem is already open (say from a debugging session) then use the command "Navigate Select
in Favorites (ctrl+shift+3)" to navigate to the file in the favorites window.
Comment 3 Martin Krauskopf 2008-07-25 09:48:05 UTC
Nice idea. I'll start with something like Platform node and might be file few other separate issue.
(6.5 is feature frozen, TM -> Future)