NB6.7RC3 : bad cursor placement with ruby-1.9.1

View: New views
7 Messages — Rating Filter:   Alert me  

NB6.7RC3 : bad cursor placement with ruby-1.9.1

by Chauk-Mean :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,

I have the following basic script :

---------------
# To change this template, choose Tools | Templates
# and open the template in the editor.

a = {:a => 'x', :b => 'z'}

def foo(param)
  puts param
end

v = foo(a)
---------------

1/ If I use the built-in JRuby-1.2.0 or a Ruby-1.8 platform (1.8.6-p369) as the project platform :
- When I click on one of the elements (a, foo, or v) in the Navigator, the cursor is placed correctly at the appropriate location in the source file.

2/ Now if I use a Ruby-1.9 platform (1.9.1-p129) :
- When I click on one of the elements in the Navigator, the cursor is placed at a wrong location in the source file.

Am I missing something ?
If not, I hope that this will be corrected in the 6.7 final release.

Cheers.

Chauk-Mean.

Re: NB6.7RC3 : bad cursor placement with ruby-1.9.1

by Chauk-Mean :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Chauk-Mean wrote:
2/ Now if I use a Ruby-1.9 platform (1.9.1-p129) :
- When I click on one of the elements in the Navigator, the cursor is placed at a wrong location in the source file.
The problem also occurs with the built-in JRuby-1.2.0 platform if Ruby-1.9 compatibility mode is enabled (-Djruby.compat.version=RUBY1_9 is set in the JVM Args text field of the project's properties).

Chauk-Mean.



Re: NB6.7RC3 : bad cursor placement with ruby-1.9.1

by Erno Mononen :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Chauk-Mean,

I reproduced the problem, possibly the 1.9 parser gives incorrect
locations for the new 1.9 hash syntax. I filed
http://www.netbeans.org/issues/show_bug.cgi?id=167815 for this,
unfortunately it is too late to fix for 6.7 final, but possibly can be
fixed for 6.7 patch1.

Thanks for reporting this,
Erno


Chauk-Mean wrote:

> Hi,
>
> I have the following basic script :
>
> ---------------
> # To change this template, choose Tools | Templates
> # and open the template in the editor.
>
> a = {:a => 'x', :b => 'z'}
>
> def foo(param)
>   puts param
> end
>
> v = foo(a)
> ---------------
>
> 1/ If I use the built-in JRuby-1.2.0 or a Ruby-1.8 platform (1.8.6-p369) as
> the project platform :
> - When I click on one of the elements (a, foo, or v) in the Navigator, the
> cursor is placed correctly at the appropriate location in the source file.
>
> 2/ Now if I use a Ruby-1.9 platform (1.9.1-p129) :
> - When I click on one of the elements in the Navigator, the cursor is placed
> at a wrong location in the source file.
>
> Am I missing something ?
> If not, I hope that this will be corrected in the 6.7 final release.
>
> Cheers.
>
> Chauk-Mean.
>
>  


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...


Re: NB6.7RC3 : bad cursor placement with ruby-1.9.1

by Chauk-Mean :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Erno,

Erno Mononen wrote:
Hi Chauk-Mean,

I reproduced the problem, possibly the 1.9 parser gives incorrect
locations for the new 1.9 hash syntax. I filed
http://www.netbeans.org/issues/show_bug.cgi?id=167815 for this,
unfortunately it is too late to fix for 6.7 final, but possibly can be
fixed for 6.7 patch1.
Just a little update.
In the sample code, the syntax for the hash is the conventional one and not the new 1.9 one.
Moreover, if you delete the line containing the hash, the cursor placement issue is still there.

So, this is a general issue if the parser is in 1.9 compatibility mode.

Cheers.

Chauk-Mean.

Re: NB6.7RC3 : bad cursor placement with ruby-1.9.1

by Erno Mononen :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Chauk-Mean wrote:

> Hi Erno,
>
>
> Erno Mononen wrote:
>  
>> Hi Chauk-Mean,
>>
>> I reproduced the problem, possibly the 1.9 parser gives incorrect
>> locations for the new 1.9 hash syntax. I filed
>> http://www.netbeans.org/issues/show_bug.cgi?id=167815 for this,
>> unfortunately it is too late to fix for 6.7 final, but possibly can be
>> fixed for 6.7 patch1.
>>
>>
>>    
>
> Just a little update.
> In the sample code, the syntax for the hash is the conventional one and not
> the new 1.9 one.
>  

Ah, yes of course, I was being sloppy -- there were some issues with the
1.9 hash syntax in the parser so I just carelessly lumped this into the
same category.

> Moreover, if you delete the line containing the hash, the cursor placement
> issue is still there.
>
> So, this is a general issue if the parser is in 1.9 compatibility mode.
>  

Yes, that seems to be the case - thanks for the additional info. I
haven't yet got to look at the problem in details, hopefully next week.

Cheers,
Erno


> Cheers.
>
> Chauk-Mean.
>
>  


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...


Bad cursor placement with ruby-1.9.1

by Chauk-Mean :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,

Any chance to have this fixed for 6.8 release ?
Thanks.

Chauk-Mean.

Erno Mononen wrote:
Chauk-Mean wrote:
> Hi Erno,
>
>
> Erno Mononen wrote:
>  
>> Hi Chauk-Mean,
>>
>> I reproduced the problem, possibly the 1.9 parser gives incorrect
>> locations for the new 1.9 hash syntax. I filed
>> http://www.netbeans.org/issues/show_bug.cgi?id=167815 for this,
>> unfortunately it is too late to fix for 6.7 final, but possibly can be
>> fixed for 6.7 patch1.
>>
>>
>>    
>
> Just a little update.
> In the sample code, the syntax for the hash is the conventional one and not
> the new 1.9 one.
>  

Ah, yes of course, I was being sloppy -- there were some issues with the
1.9 hash syntax in the parser so I just carelessly lumped this into the
same category.

> Moreover, if you delete the line containing the hash, the cursor placement
> issue is still there.
>
> So, this is a general issue if the parser is in 1.9 compatibility mode.
>  

Yes, that seems to be the case - thanks for the additional info. I
haven't yet got to look at the problem in details, hopefully next week.

Cheers,
Erno

Re: Bad cursor placement with ruby-1.9.1

by Erno Mononen :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Chauk-Mean,

I'll try, but no promises -- it really depends on how fast I'll be able
get to the bottom of the problem (so many bugs to fix and just so much
time). I've had a look at this in the past, but at the time didn't
immediately come up with a solution. I will definitely take a deeper
look at this still before 6.8.

Thanks,
Erno

Chauk-Mean wrote:

> Hi,
>
> Any chance to have this fixed for 6.8 release ?
> Thanks.
>
> Chauk-Mean.
>
>
> Erno Mononen wrote:
>  
>> Chauk-Mean wrote:
>>    
>>> Hi Erno,
>>>
>>>
>>> Erno Mononen wrote:
>>>  
>>>      
>>>> Hi Chauk-Mean,
>>>>
>>>> I reproduced the problem, possibly the 1.9 parser gives incorrect
>>>> locations for the new 1.9 hash syntax. I filed
>>>> http://www.netbeans.org/issues/show_bug.cgi?id=167815 for this,
>>>> unfortunately it is too late to fix for 6.7 final, but possibly can be
>>>> fixed for 6.7 patch1.
>>>>
>>>>
>>>>    
>>>>        
>>> Just a little update.
>>> In the sample code, the syntax for the hash is the conventional one and
>>> not
>>> the new 1.9 one.
>>>  
>>>      
>> Ah, yes of course, I was being sloppy -- there were some issues with the
>> 1.9 hash syntax in the parser so I just carelessly lumped this into the
>> same category.
>>
>>    
>>> Moreover, if you delete the line containing the hash, the cursor
>>> placement
>>> issue is still there.
>>>
>>> So, this is a general issue if the parser is in 1.9 compatibility mode.
>>>  
>>>      
>> Yes, that seems to be the case - thanks for the additional info. I
>> haven't yet got to look at the problem in details, hopefully next week.
>>
>> Cheers,
>> Erno
>>
>>
>>    
>
>  


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...