new look -------- With a pang of regret for the purist, ultra-mnemonic colored windows (still available of course), I see and embrace the new look. This is really great - very attractive and still usefully color-coded, and more of a subtle 3d look, fewer black outlines. Default flaps have had some nice usability improvements - reorganized, the latest tools added, smaller icons and a text label for each one. And resizing windows & panes now feels much much nicer. What a fine job. I think Jochen's colored scrollbars idea might work well.
scrollbars ---------- As usual, dithered around with the scrollbar preferences. Every time I do this, each time with a little less conviction. I have come to like the popup scrollbars; tried putting them on the right; this does not currently work because mousing over to the scrollbar I cross a one-pixel gap and the scrollbar disappears. Capitulated to the default settings.
mouse wheel ----------- On my secondary, windows pc, the mousewheel makes scrollbars less important and makes a huge difference in usability. I have a working mousewheel on the linux box but have not yet seen it work in squeak. It would be really nice to have this, should look into it.
diff ---- I have one changeset of interest from the old discarded images (some progress bar enhancements). I want to file it in and work on it a bit more, but also to keep things clean, so first I browse the code without actually loading it, via FileList's more.. menu.
Problem: diffing the changeset with the current code shows large difference regions apparently due to pretty printing, making it hard to pinpoint the changes that I made back then. Not sure exactly how this comes about.
? question: what's the best way to avoid spurious pretty-print diffs ? Pointers to past discussion/faqs also appreciated.
searching --------- Searched the squeak wiki/mailing list/faq for info on the above, no luck. Found that the searchable mailing list archive (not the yahoogroups one) stalls in my browser, though I can squeeze out a few results if I let it run then press stop. Search expression syntax unclear here and apparently nonexistent at yahoogroups, so tried Google. Yes!! They seem to have indexed both the yahoo archive and the swiki, so this should be my new first stop for squeak answers. Must figure out google's host-specifying syntax again, maybe make some custom search forms.
On Sunday, August 26, 2001, at 09:41 PM, Simon Michael wrote:
scrollbars
As usual, dithered around with the scrollbar preferences. Every time I do this, each time with a little less conviction. I have come to like the popup scrollbars; tried putting them on the right; this does not currently work because mousing over to the scrollbar I cross a one-pixel gap and the scrollbar disappears. Capitulated to the default settings.
(This is pretty much the only set of preferences for which I have not capitulated to the default. :) )
diff
I have one changeset of interest from the old discarded images (some progress bar enhancements). I want to file it in and work on it a bit more, but also to keep things clean, so first I browse the code without actually loading it, via FileList's more.. menu.
Problem: diffing the changeset with the current code shows large difference regions apparently due to pretty printing, making it hard to pinpoint the changes that I made back then. Not sure exactly how this comes about.
? question: what's the best way to avoid spurious pretty-print diffs ? Pointers to past discussion/faqs also appreciated.
Ah, there is a preference that handles this exact thing. See diffsWithPrettyPrint under the Browsing group of prefs.
A search in the preferences dialog for "diff" or similar would have found it, although I admit that you wouldn't have necessarily thought to look in preferences.
searching
Searched the squeak wiki/mailing list/faq for info on the above, no luck. Found that the searchable mailing list archive (not the yahoogroups one) stalls in my browser, though I can squeeze out a few results if I let it run then press stop. Search expression syntax unclear here and apparently nonexistent at yahoogroups, so tried Google. Yes!! They seem to have indexed both the yahoo archive and the swiki, so this should be my new first stop for squeak answers. Must figure out google's host-specifying syntax again, maybe make some custom search forms.
Hey, I guess I never noticed that with Google... cool. I added a comment to the Squeak FAQ on Mailing List Archives about this.
Now you can search for diffsWithPrettyPrint on Google, which does bring up an email from the mailing list archives about it. (I could have sworn it was discussed on the list more than once, though.) So now you can try to figure out why your previous searches on that topic didn't yield any results. :-)
- Doug Way dway@riskmetrics.com
Doug Way dway@riskmetrics.com writes:
Hey, I guess I never noticed that with Google... cool. I added a comment to the Squeak FAQ on Mailing List Archives about this.
Now you can search for diffsWithPrettyPrint on Google, which does bring up an email from the mailing list archives about it. (I could have sworn it was discussed on the list more than once, though.) So now you can try to figure out why your previous searches on that topic didn't yield any results. :-)
Thanks Doug. Yeah, that is the next interesting question :-)
In fact I had searched Preferences (yet another great feature) and actually played around with that option, read the balloon text etc. I thought it did something different: I had a vague expectation of seeing color-pretty-printed code in the ChangeList like in my normal browser windows. (Perhaps some rewording is indicated ? I won't attempt it right now..)
So I'm playing with it again. Whether it's true or false, I do a "browse changes" (or "browse code"! fantastic! :) and either way I still see the spurious diffs.
So I'm guessing it's like this - this method (I'm talking about, eg, ComplexProgressIndicator withProgressDo:) was last edited before automatic-prettification-on-accept was implemented and so is not pretty-printed in the current image. It got prettified when I saved my edits, so these are real (though inconvenient) diffs.
-Simon
Simon Michael wrote:
So I'm playing with it again. Whether it's true or false, I do a "browse changes" (or "browse code"! fantastic! :) and either way I still see the spurious diffs.
So I'm guessing it's like this - this method (I'm talking about, eg, ComplexProgressIndicator withProgressDo:) was last edited before automatic-prettification-on-accept was implemented and so is not pretty-printed in the current image. It got prettified when I saved my edits, so these are real (though inconvenient) diffs.
Actually no, I think you're still seeing spurious diffs because diffsWithPrettyPrint seems to be broken in 3.1alpha. (It works fine in 3.0.)
However, you can get the same effect by turning on the optionalButtons preference, then opening a changes/etc. browser and clicking on the convenient "prettyDiffs" checkbox.
My hunch is that when this checkbox was added it somehow broke the original preference. I'll submit a bug report.
- Doug
On Sun, 26 Aug 2001, Simon Michael wrote:
mouse wheel
On my secondary, windows pc, the mousewheel makes scrollbars less important and makes a huge difference in usability. I have a working mousewheel on the linux box but have not yet seen it work in squeak. It would be really nice to have this, should look into it.
Actually, it should work. The code has been in the VM for a long time now. Does the wheel work in other apps? Which VM do you use? (I think there was a bug related to eventification, but I can't quite remember. Anyone?)
-- Bert
Bert Freudenberg bert@isg.cs.uni-magdeburg.de writes:
Actually, it should work. The code has been in the VM for a long time now. Does the wheel work in other apps? Which VM do you use? (I
Yes it does. I have been using Ian's and Lex's latest 3.x vm.
Thanks for the info, -Simon
On Sunday 26 August 2001 06:41 pm, Simon Michael wrote:
mouse wheel
On my secondary, windows pc, the mousewheel makes scrollbars less important and makes a huge difference in usability. I have a working mousewheel on the linux box but have not yet seen it work in squeak. It would be really nice to have this, should look into it.
From time to time I post a patch to the list to add mouse wheel support to
the Unix version, but it never seems to find its way into the source (it's not in Ian's 3.1a-4164 sources). You can probably find it in the list archives, or contact me directly.
diff ? question: what's the best way to avoid spurious pretty-print diffs ? Pointers to past discussion/faqs also appreciated.
Turn on the "diffsWithPrettyPrint" preference; this runs both sides through a format before comparing them. That's why I added it.
searching
Searched the squeak wiki/mailing list/faq for info on the above, no luck. Found that the searchable mailing list archive (not the yahoogroups one) stalls in my browser, though I can squeeze out a few results if I let it run then press stop. Search expression syntax unclear here and apparently nonexistent at yahoogroups, so tried Google. Yes!! They seem to have indexed both the yahoo archive and the swiki, so this should be my new first stop for squeak answers. Must figure out google's host-specifying syntax again, maybe make some custom search forms.
By adding the site:groups.yahoo.com and inurl:squeak you can restrict to the list messages:
http://www.google.com/search?hl=en&q=site%3Agroups.yahoo.com+inurl%3Asqu...
Ned Konz ned@bike-nomad.com writes:
By adding the site:groups.yahoo.com and inurl:squeak you can restrict to the list messages:
Thanks Ned. Google sees the list at uiuc.edu too, which has much less fluff. I set up a couple of quick search forms at http://zwiki.org/SearchPage which others may find useful.
NB google may not see everything; searching for "mouse wheel" turned up http://squeak.cs.uiuc.edu/mail/squeak/msg01311.html at uiuc but not http://groups.yahoo.com/group/squeak/message/14130 at yahoo.
From time to time I post a patch to the list to add mouse wheel support to the Unix version, but it never seems to find its way into the source (it's not in Ian's 3.1a-4164 sources). You can probably find it in the list archives, or contact me directly.
Well, here's one more datapoint: using Lex's or Ian's latest vm with the SWT-0.6 image, the mouse wheel does work.
-Simon
On Tuesday 28 August 2001 11:19 am, Simon Michael wrote:
Ned Konz ned@bike-nomad.com writes:
From time to time I post a patch to the list to add mouse wheel support to the Unix version, but it never seems to find its way into the source (it's not in Ian's 3.1a-4164 sources). You can probably find it in the list archives, or contact me directly.
Well, here's one more datapoint: using Lex's or Ian's latest vm with the SWT-0.6 image, the mouse wheel does work.
Are you sure that Ian's latest VM works with the wheel? I just compiled the Squeak-3.1a-4164 sources, and it doesn't work.
I'll look at Lex's version.
The enclosed patch got my mouse wheel working with Ian's sources.
It also removes the incorrect mapping of keycode 127 to keycode 8. This isn't something that Squeak needs to do; this is something that is properly fixed in the X keyboard configuration.
squeak-dev@lists.squeakfoundation.org