[#3741] Re: Why it's quiet -- standard distribution issues — Aleksi Niemel<aleksi.niemela@...>
I think it's the feature of the mailing list archive to create a threads of
[#3756] RE: XMP on comments — Aleksi Niemel<aleksi.niemela@...>
> require "xmp"
[#3766] modulo and remainder — Dave Thomas <Dave@...>
[#3776] Kernel.rand — Aleksi Niemel<aleksi.niemela@...>
How about defining:
[#3781] Widening out discussions — Dave Thomas <Dave@...>
[#3795] Re: Array.uniq! returning nil — Aleksi Niemel<aleksi.niemela@...>
> As matz said in [ruby-talk:3785] and Dave said in [ruby-talk:1229],
Hi, Aleksi,
[#3823] Re: Array.pick — Aleksi Niemel<aleksi.niemela@...>
> > Just a general comment--a brief statement of purpose and using
[#3827] JRuby? — Aleksi Niemel<aleksi.niemela@...>
Is there or will there be Ruby equivalent of JPython?
[#3882] Re: Array.uniq! returning nil — Aleksi Niemel<aleksi.niemela@...>
> |look too strange, confusing, or cryptic. Maybe just @, $, %, &.
Hi,
[#3918] A question about variable names... — Dave Thomas <Dave@...>
[#3935] If your company uses Pallets, Skids, Boxes, Lumber, etc. — pallets2@...
[#3956] Tk PhotoImage options — andy@... (Andrew Hunt)
Hi all,
[#3971] Thread and File do not work together — "Michael Neumann" <neumann@...>
following example do not work correctly with my ruby
[#3986] Re: Principle of least effort -- another Ruby virtue. — Andrew Hunt <andy@...>
> Principle of Least Effort.
Hi,
[#4005] Re: Pluggable functions and blocks — Aleksi Niemel<aleksi.niemela@...>
Aleksi makes a question:
[#4008] Ruby installation instructions for Windows — Aleksi Niemel<aleksi.niemela@...>
I had to write these instructions for my friends. I thought it might be nice
[#4043] What are you using Ruby for? — Dave Thomas <Dave@...>
On 15 Jul 2000 22:08:50 -0500,
Hi,
[#4057] Re: What are you using Ruby for? — Aleksi Niemel<aleksi.niemela@...>
Johann:
[#4082] Re: What are you using Ruby for? — Aleksi Niemel<aleksi.niemela@...>
[#4091] 'each' and 'in' — hal9000@...
I just recently realized why the default
[#4107] Re: 'each' and 'in' -- special char problem? — schneik@...
[#4114] Method signature - a question for the group — Dave Thomas <Dave@...>
[#4139] Facilitating Ruby self-propagation with the rig-it autopolymorph application. — Conrad Schneiker <schneik@...>
Hi,
[#4158] Getting Tk to work on Windows — "Michael Neumann" <neumann@...>
Hi....
[#4178] Partly converted English Ruby/Tk widget demo working. — Conrad Schneiker <schneik@...>
Hi,
[#4234] @ variables not updated within method? — Hugh Sasse Staff Elec Eng <hgs@...>
Hugh Sasse Staff Elec Eng <hgs@dmu.ac.uk> writes:
On 27 Jul 2000, Dave Thomas wrote:
[#4267] Ruby.next, Perl6, Python 3000, Tcl++, etc. -- Any opportunities for common implementation code? — "Conrad Schneiker" <schneiker@...>
Hi,
"Conrad Schneiker" wrote:
[ruby-talk:04200] Re: Partly converted English Ruby/Tk widget demo working.
Hi, Hidetoshi NAGAI wrote: > Conrad Schneiker <schneik@austin.ibm.com> writes: > > One curious thing that I noticed is that the individual widget demos run > > by the Ruby/Tk widget program start up noticeably slower on the AIX > > machine than on the NT machine, even though the AIX machine is much > > faster. Moreover, Ruby/Tk doesn't seem to be using more than a small > > fraction of the available CPU time of the AIX machine. Any idea of what > > it might be doing? > > I think that the problem is based on 'font search'. > You wrote > > > I've got the Ruby/Tk widget demo partly converted from Kanji to English. > > So, probably some texts to display are Japanese, aren't it? I guess they try to. I tried installing Japanese fonts, but never got them to display. (Maybe I should have changed the setting of LANG.) So what I did next was to remove all references to Japanese fonts and variables referencing them. Then I would get displays with text with lots of mostly strange symbol characters that look like "line noise", possibly due to extended characters now being interpreted as single byte characters. > Many of(?) TrueType fonts on Windows have both of Japanese and English > Glyph. But on X, Font files are separated by encoding. If you configure > the font to 'Helvetica', Tk will search Japanese 'Helvetica' font to > display Japanese text, and if you configure the font to 'Mincho', Tk > will search English 'Mincho' font to display English text. But most of > X environment will have no Japanese 'Helvetica' font or no English > 'Mincho' font. Therefore, Tk must search another font instead of the > right font, and it will need long time. This might explain what is going on, except that I have already removed references to Japanese fonts. What I've now noticed is that all of the widget demos that I have since converted to standard English/ASCII character strings now start reasonably quickly, and that only the unconverted widget demos are now very slow starting up. So this problem will hopefully be gone by the end of the week, when I hope to finish up. However, even on the converted widget demos, it seems that Ruby/Tk is not finding any of the specified fonts (for example, '-*-Helvetica-Bold-R-Normal--*-180-*-*-*-*-*-*') and is apparently using some default system font, yet the Tcl/Tk widget demo (running on the same system) seems to be able to find them all without any problem. This may result is a slow search process, such as what you mentioned above. I see this particular problem on both AIX and NT. What is interesting is that places where default fonts are used (i.e. such as on buttons and menus where they are not being specified by the demo program), Ruby/Tk is finding and using the same sort of fonts that Tck/Tk is. -- Conrad Schneiker (This note is unofficial and subject to improvement without notice.)