search for: get_icon

...n><span class="cx"> </span><del>-There''s another way of taking advantage of this class: you can use it in your code and use -platform native icons as provided by "ArtProvider#get_bitmap":artprovider.html#ArtProvider_getbitmap or -"ArtProvider#get_icon":artprovider.html#ArtProvider_geticon (NB: this is not yet really -possible as of Widgets 2.3.3, the set of ArtProvider bitmaps is too -small). </del><ins>+There''s another way of taking advantage of this class: you can use it in +your code and use platform native icons as...

...uot;StaticBitmap.new":#StaticBitmap_new </span><span class="cx"> * "StaticBitmap#create":#StaticBitmap_create </span><span class="cx"> * "StaticBitmap#get_bitmap":#StaticBitmap_getbitmap </span><ins>+* "StaticIcon#get_icon":#StaticBitmap_geticon </ins><span class="cx"> * "StaticBitmap#set_bitmap":#StaticBitmap_setbitmap </span><ins>+* "StaticIcon#set_icon":#StaticBitmap_seticon </ins><span class="cx"> </span><span class="c...

The previous TreeCtrl.i was very messy and just plain wrong, for instance it had GetFirstChild as depreciated when in fact only 1 version of it was depreciated not both. I changed GetFirstChild and GetNextChild to return an array of values to match the wxPython and wxPerl usage. I also noticed that wxTreeCtrl is inherited from wxControl on Windows and wxScrolledWindow on everything else so I #if

...elWindow#can_set_transparent":#TopLevelWindow_cansettransparent +* "TopLevelWindow#enable_close_button":#TopLevelWindow_enableclosebutton +* "TopLevelWindow#get_default_item":#TopLevelWindow_getdefaultitem </ins><span class="cx"> * "TopLevelWindow#get_icon":#TopLevelWindow_geticon </span><span class="cx"> * "TopLevelWindow#get_icons":#TopLevelWindow_geticons </span><span class="cx"> * "TopLevelWindow#get_title":#TopLevelWindow_gettitle </span><ins>+* "TopLevelWindow...

This patch fixes up two problems with ArtProvider constants and fixes a small typo. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

...to work on it until next weekend :-( Tonight''s frustration was with wxART_INFORMATION. It''s sort of a wxArtID and sort of a wxString. I finally(!) got the generated C++ code to look pretty good, but it segfaults deep within the wx code. So for now I plan to disable wxArtProvider#get_icon and #get_bitmap, and comment those calls out in the controls.rb sample. One other quirk: In bigdemo, my splitter is stuck at the top of the right pane. I think I saw this before (months ago), and can''t remember what caused it. I think I found a solution back then. If anyone knows the answ...

...ArtProvider Initial Comment: According to the docs, it should be possible to define a custom subclass of ArtProvider that responds to create_bitmap, and add it to the sources used by ArtProvider by calling push_provider: Wx::ArtProvider.push_provider(MyArtProvider.new) Wx::ArtProvider.get_icon(''project'') However, this causes an ObjectPreviouslyDeleted error. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=7773&group_id=35

...p&nbsp&nbsp&nbsp2007-06-25 17:32:39 UTC (rev 1065) </span><span class="lines">@@ -72,7 +72,8 @@ </span><span class="cx"> fldropenidx = il.add(bm) </span><span class="cx"> bm.copy_from_icon(Wx::ArtProvider::get_icon(Wx::ART_FILE_OPEN, Wx::ART_OTHER, isz)) </span><span class="cx"> fileidx = il.add(bm) </span><del>- smileidx = il.add(Wx::Bitmap.new("./icons/wxwin16x16.xpm")) </del><ins>+ bmp_file = File.join(File.dirname(__FILE__), ...

Hi all Have been taking a look at the samples to see what''s broken. Not looking TOO bad overall, but a few problems we should try and tackle before alpha: Firstly, I have a few commits (minimal, dialogs, unicode) - anyone else been working on these or can I go ahead? One general issue is that many of the samples rely on being run from their own directory, but don''t enforce

These patches better implement ArtProvider and add the demo for it. I also expanded the bigdemo window a little bit. I really think we should go larger but I suppose there might be some people at 800x600 still. Note that creating your own art provider still doesn''t quite work correctly. I didn''t have time to get into that. The RubyConstants.i.patch file looks weird. Not