[MacRuby-devel] [MacRuby] #757: NSProgressIndicator takes 100% CPU

2010-06-22 Thread MacRuby 
#757: NSProgressIndicator takes 100% CPU
---+
 Reporter:  jakub.su...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:   
Component:  MacRuby|Keywords:   
---+
 I've just noticed that in a MacRuby app (this happened in mine, but it
 also seems to happen in a blank new MacRuby app, but not in a pure ObjC
 app) if there's a spinner (NSProgressIndicator) in the window and it's
 turned on, it takes 100% of the CPU (switching between the cores now and
 then). I think this might be the same issue as here:
 http://www.macruby.org/trac/ticket/136. I'm running on 0.6 stable.
 Attaching sample project for testing.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] calculate table row height

2010-06-22 Thread Jakub Suder 
On Tue, Jun 22, 2010 at 06:01, niedhui  wrote:
> because the chinese characters, the height of a line is diffence, I want it
> to be same ,like all return 19 , How Can I Fix This ? HELP!

I have no idea if you can force the line height to be the same in
entire text... But if I can recommend something, I'm also writing a
Tweetie-like app (more like a Tweetie clone, but for a different
network, a Polish one); and I found this library very useful:
http://github.com/sdegutis/SDListView - it's a replacement of
NSTableView which lets you use normal NSViews as cells and is
generally more modern. I read a blog post some time ago by a guy who
tried various approaches before writing such app and he wrote that
NSTableView was a bad idea, because sooner or later you run into
limitations of NSCell and it gets annoying... (here's the post:
http://flyosity.com/application-design/sneak-peek-beak-10-for-mac-iphone.php).

JS
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] calculate table row height

2010-06-22 Thread Jakub Suder 
One warning, it uses blocks, so if you want to use it on 10.5, you'd
have to make a few changes in it.

JS
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] calculate table row height

2010-06-22 Thread Matt Aimonetti 
Also.. using NSView instances instead of cells will use much more memory and
will probably be slower to draw, so be careful if you have a complicated
table view.

- Matt

On Tue, Jun 22, 2010 at 12:46 AM, Jakub Suder  wrote:

> One warning, it uses blocks, so if you want to use it on 10.5, you'd
> have to make a few changes in it.
>
> JS
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #757: NSProgressIndicator takes 100% CPU

2010-06-22 Thread MacRuby 
#757: NSProgressIndicator takes 100% CPU
---+
 Reporter:  jakub.su...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by lsansone...@…):

 I reproduce the problem and confirm that a pure Objective-C variant (even
 with GC enabled) doesn't have this issue. Strangely, sharking the process
 doesn't reveal anything interesting, the program spending most of its time
 in NSUIHeartBeat. But I do suspect the GCD thread hooks.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #757: NSProgressIndicator takes 100% CPU

2010-06-22 Thread MacRuby 
#757: NSProgressIndicator takes 100% CPU
---+
 Reporter:  jakub.su...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by lsansone...@…):

 It's not the thread hooks. It's also apparently not related to GC, since
 the problem persists when disabling it.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] NSDatepicker inside NSTableView

2010-06-22 Thread Daniel Lopes 
Hello, sorry to post it here, I don't think it's specific to MacRuby but I
can't get any answer in Apple Cocoa forum.

I'm doing a commercial app in MacRuby but my app need a datepicker inside a
table view. Force user to type data inside a formatter is pretty bad, so I
thought it will be much better if I place a NSDatepicker in my cell.

My tableview use bind to bring data from a core data entity and everything
works great in all columns (textfield and checkbox). But when I drop a
NSDatepickerCell inside my table column it doesn't work correctly.

The datepicker is always blank, if I already have a column in database with
date defined when I open it in Tableview the datepicker display the data but
don't let me change the value.

Someone have sugestion on what I should do?

Thanks a lot.
Daniel Lopes
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #758: Time objects should work with #to_plist and #load_plist

2010-06-22 Thread MacRuby 
#758: Time objects should work with #to_plist and #load_plist
+---
 Reporter:  pthom...@…  |   Owner:  pthom...@…
 Type:  enhancement |  Status:  new   
 Priority:  major   |   Milestone:  MacRuby 0.7   
Component:  MacRuby |Keywords:
+---
 We still need to hammer out some issues with the NSDate <=> Time bridging,
 but I think we can make this happen.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #758: Time objects should work with #to_plist and #load_plist

2010-06-22 Thread MacRuby 
#758: Time objects should work with #to_plist and #load_plist
+---
 Reporter:  pthom...@…  |Owner:  pthom...@…
 Type:  enhancement |   Status:  closed
 Priority:  major   |Milestone:  MacRuby 0.7   
Component:  MacRuby |   Resolution:  fixed 
 Keywords:  |  
+---
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Should be done in r4262.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #741: All character encoding of the string become UTF-8 when use force_encoding.

2010-06-22 Thread MacRuby 
#741: All character encoding of the string become UTF-8 when use force_encoding.
--+-
 Reporter:  watson1...@…  |   Owner:  vincent.isamb...@…
 Type:  defect|  Status:  new   
 Priority:  blocker   |   Milestone:
Component:  MacRuby   |Keywords:
--+-
Changes (by lsansone...@…):

  * owner:  lsansone...@… => vincent.isamb...@…


Comment:

 Assigning to Vincent for comments, but I believe it's because EUC-JP and
 Shift-JIS are not well supported yet.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #759: Website does not layout correctly in some browsers

2010-06-22 Thread MacRuby 
#759: Website does not layout correctly in some browsers
-+--
 Reporter:  wsiegr...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--
 There is a typo in the website that prevents some strict browsers from
 rendering the site as intended. The one line fix is:

 {{{
 Index: content/_steps.txt
 ===
 --- content/_steps.txt  (revision 4263)
 +++ content/_steps.txt  (working copy)
 @@ -9,6 +9,6 @@
  
  
Check out the tutorial,
 resources
 -     and http://svn.macosforge.org/repository/ruby/MacRuby/trunk/sample-
 macruby">examples that are available.http://svn.macosforge.org/repository/ruby/MacRuby/trunk/sample-
 macruby">examples that are available.
  
  }}}

 There is a [https://bugs.webkit.org/show_bug.cgi?id=40961 WebKit bug]
 tracking their parser change that uncovered this.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #741: All character encoding of the string become UTF-8 when use force_encoding.

2010-06-22 Thread MacRuby 
#741: All character encoding of the string become UTF-8 when use force_encoding.
--+-
 Reporter:  watson1...@…  |   Owner:  vincent.isamb...@…
 Type:  defect|  Status:  new   
 Priority:  blocker   |   Milestone:
Component:  MacRuby   |Keywords:
--+-

Comment(by vincent.isamb...@…):

 The Shift_JIS and EUC-JP support are indeed probably not very good, but
 that's not the problem here.
 The problem is in gsub: the encoding of $1 is always UTF-8. It should be
 the same as the encoding of the original string.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #760: block arg in NSWorkspace#recycleURLs completionHandler: is not specified properly

2010-06-22 Thread MacRuby 
#760: block arg in NSWorkspace#recycleURLs completionHandler: is not specified
properly
--+-
 Reporter:  ryand-r...@…  |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:   
Component:  MacRuby   |Keywords:   
--+-
 {{{
 % macirb
 >> framework 'Foundation'
 >> framework 'AppKit'
 >> NSWorkspace.sharedWorkspace.recycleURLs [], completionHandler:nil
 }}}

 results in:

 {{{
 TypeError: unrecognized runtime type `?'
 from /Users/ryan/Work/p4/zss/src/Cocoa/Triage/(irb):1:in `'
 }}}

 At the least, it should support a nil arg and just pass it through.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #760: block arg in NSWorkspace#recycleURLs completionHandler: is not specified properly

2010-06-22 Thread MacRuby 
#760: block arg in NSWorkspace#recycleURLs completionHandler: is not specified
properly
--+-
 Reporter:  ryand-r...@…  |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:   
Component:  MacRuby   |Keywords:   
--+-

Comment(by martinlagarde...@…):

 This is unfortunately a limitation of the current bridge support, which
 doesn't support C blocks (making it impossible for now to handle C blocks
 within MacRuby). As for the nil arg, you're probably right, but I don't
 know how safe it would be to allow "nil" for every `?` kind :-/

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #760: block arg in NSWorkspace#recycleURLs completionHandler: is not specified properly

2010-06-22 Thread MacRuby 
#760: block arg in NSWorkspace#recycleURLs completionHandler: is not specified
properly
--+-
 Reporter:  ryand-r...@…  |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:   
Component:  MacRuby   |Keywords:   
--+-

Comment(by lsansone...@…):

 It is possible to workaround the MacRuby runtime by using
 performSelector:.

 {{{
 NSWorkspace.sharedWorkspace.performSelector(:"recycleURLs:completionHandler:",
 withObject:[], withObject::nil)
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel