[Pharo-project] [update] 10074
update10074 ------------ - Issue 180: 10073 still needs some cleanup - Issue 166: Cleaning up the menus - Issue 182: Cleaning leftover from nebraska - Issue 184: delete PseudoPoolVariable - Issue 188: start of removing Vocabulary - Issue 187: delete Button, OneOnSwitch, ST80MenusTest, Switch - Issue 183: delete ClickExerciser, TestClickExerciser, DumberMenuMorph, PluggableFileList - Issue 181: Remove codepane+tilescript from browser - Issue 178: unsent messages - remove hashMappedBy: and friends (never called). - remove even more methods that have no senders (mostly etoys related) - Classes removed: RemoteHandMorph PseudoPoolVariable ElementTranslation MethodCall UnknownType Button OneOnSwitch ST80MenusTest Switch DumberMenuMorph, ClickExerciser, ClickExerciserTest, PluggableFileList - Postscript: SMSqueakMap default purge. Smalltalk cleanOutUndeclared. CustomEventsRegistry at: #scrolledIntoView put: IdentityDictionary new. CustomEventsRegistry at: #scrolledOutOfView put: IdentityDictionary new. Set rehashAllSets. -- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
What is vocabulary BTW Yesterday I tried to understand but got lost in there. On Sep 21, 2008, at 8:25 PM, Marcus Denker wrote:
update10074 ------------ - Issue 180: 10073 still needs some cleanup - Issue 166: Cleaning up the menus - Issue 182: Cleaning leftover from nebraska - Issue 184: delete PseudoPoolVariable - Issue 188: start of removing Vocabulary - Issue 187: delete Button, OneOnSwitch, ST80MenusTest, Switch - Issue 183: delete ClickExerciser, TestClickExerciser, DumberMenuMorph, PluggableFileList - Issue 181: Remove codepane+tilescript from browser - Issue 178: unsent messages - remove hashMappedBy: and friends (never called). - remove even more methods that have no senders (mostly etoys related) - Classes removed: RemoteHandMorph PseudoPoolVariable ElementTranslation MethodCall UnknownType Button OneOnSwitch ST80MenusTest Switch DumberMenuMorph, ClickExerciser, ClickExerciserTest, PluggableFileList - Postscript: SMSqueakMap default purge. Smalltalk cleanOutUndeclared. CustomEventsRegistry at: #scrolledIntoView put: IdentityDictionary new. CustomEventsRegistry at: #scrolledOutOfView put: IdentityDictionary new. Set rehashAllSets.
-- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
BTW for clickExerciser or similar classes. There are no brainer and "good example" so I would not focus on them when a class showing something is not putting the mess around I would keep it. For now once we will remove etoy and fix our todos list, we will have really remove a lot of not nice code already. Stef On Sep 21, 2008, at 8:25 PM, Marcus Denker wrote:
update10074 ------------ - Issue 180: 10073 still needs some cleanup - Issue 166: Cleaning up the menus - Issue 182: Cleaning leftover from nebraska - Issue 184: delete PseudoPoolVariable - Issue 188: start of removing Vocabulary - Issue 187: delete Button, OneOnSwitch, ST80MenusTest, Switch - Issue 183: delete ClickExerciser, TestClickExerciser, DumberMenuMorph, PluggableFileList - Issue 181: Remove codepane+tilescript from browser - Issue 178: unsent messages - remove hashMappedBy: and friends (never called). - remove even more methods that have no senders (mostly etoys related) - Classes removed: RemoteHandMorph PseudoPoolVariable ElementTranslation MethodCall UnknownType Button OneOnSwitch ST80MenusTest Switch DumberMenuMorph, ClickExerciser, ClickExerciserTest, PluggableFileList - Postscript: SMSqueakMap default purge. Smalltalk cleanOutUndeclared. CustomEventsRegistry at: #scrolledIntoView put: IdentityDictionary new. CustomEventsRegistry at: #scrolledOutOfView put: IdentityDictionary new. Set rehashAllSets.
-- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On 21.09.2008, at 20:32, Stéphane Ducasse wrote:
What is vocabulary BTW Yesterday I tried to understand but got lost in there.
I think it's the vocabulary of methods that etoy shows. And somehow a type-system for etoy. Marcus
On Sep 21, 2008, at 8:25 PM, Marcus Denker wrote:
update10074 ------------ - Issue 180: 10073 still needs some cleanup - Issue 166: Cleaning up the menus - Issue 182: Cleaning leftover from nebraska - Issue 184: delete PseudoPoolVariable - Issue 188: start of removing Vocabulary - Issue 187: delete Button, OneOnSwitch, ST80MenusTest, Switch - Issue 183: delete ClickExerciser, TestClickExerciser, DumberMenuMorph, PluggableFileList - Issue 181: Remove codepane+tilescript from browser - Issue 178: unsent messages - remove hashMappedBy: and friends (never called). - remove even more methods that have no senders (mostly etoys related) - Classes removed: RemoteHandMorph PseudoPoolVariable ElementTranslation MethodCall UnknownType Button OneOnSwitch ST80MenusTest Switch DumberMenuMorph, ClickExerciser, ClickExerciserTest, PluggableFileList - Postscript: SMSqueakMap default purge. Smalltalk cleanOutUndeclared. CustomEventsRegistry at: #scrolledIntoView put: IdentityDictionary new. CustomEventsRegistry at: #scrolledOutOfView put: IdentityDictionary new. Set rehashAllSets.
-- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Marcus Denker -- denker@iam.unibe.ch http://www.iam.unibe.ch/~denker
Everything looks nice except that i'm not very happy with subpixel rendering on my display. In Ubuntu you have options, to choose a display type , most preferable for subpixel rendering, and i guess, that freetype renders glyphs in worst way, so when i see it on display, i can easily detect a blue/red pixels surrounding glyphs. Is there an option in freetype, to choose the subpixel rendering mode? Or maybe its because my eyes is still sharp :)
Hi, The options (in Preference Browser) are :- MonitorTypeLCD or MonitorTypeCRT (effectively, turns sub-pixel anti-aliasing on or off) GlyphContrast - from 1 palest to 100 darkest; 50 is the default. Hinting mode - one of HintingFull - no anti-aliasing - not very good in my opinion HintingLight - aligns only horizontal edges to pixel boundaries (similar to how OSX does it) - the default HintingNone - no hinting - does not attempt to align any edges with (sub)pixel boundaries HintingNormal - aligns both horizontal and vertical edges to (sub)pixel boundaries (similar to how Windows does it) Only LCD screens where the subpixel stripes are ordered RGB, and run vertically are supported. These are the most common type of LCD; others include.. horizontal stripes. BGR stripes some non-striped arrangement of the RGB subpixels. e.g. the OLPC XO screen Supporting BGR will probably be easy. Supporting horizontal stripes will be harder . Non-striped arrangements is hardest - one would need to know the physical pixel co-ordinates for each BitBlt pixel operation. What settings do you use in Ubuntu? Cheers, Andy "Igor Stasenko" <siguctua@gmail.com> wrote in message news:4a5f5f320809220115v44246b53u91d5a2607109fc6@mail.gmail.com...
Everything looks nice except that i'm not very happy with subpixel rendering on my display.
In Ubuntu you have options, to choose a display type , most preferable for subpixel rendering, and i guess, that freetype renders glyphs in worst way, so when i see it on display, i can easily detect a blue/red pixels surrounding glyphs.
Is there an option in freetype, to choose the subpixel rendering mode?
Or maybe its because my eyes is still sharp :)
2008/9/22 Andrew Tween <amtween@hotmail.com>:
Hi, The options (in Preference Browser) are :-
MonitorTypeLCD or MonitorTypeCRT (effectively, turns sub-pixel anti-aliasing on or off) GlyphContrast - from 1 palest to 100 darkest; 50 is the default. Hinting mode - one of HintingFull - no anti-aliasing - not very good in my opinion HintingLight - aligns only horizontal edges to pixel boundaries (similar to how OSX does it) - the default HintingNone - no hinting - does not attempt to align any edges with (sub)pixel boundaries HintingNormal - aligns both horizontal and vertical edges to (sub)pixel boundaries (similar to how Windows does it)
Yes, but these options shown with checkboxes, not with radio buttons (when you must choose one among them). This needs to be fixed. I found that HintingNormal is best on my display. HintingLight renders edges with too high color contrast (for my eyes). Changing the GlyphContrast makes the whole glyphs dim (while i expected only edges contrast).
Only LCD screens where the subpixel stripes are ordered RGB, and run vertically are supported. These are the most common type of LCD; others include.. horizontal stripes. BGR stripes some non-striped arrangement of the RGB subpixels. e.g. the OLPC XO screen
Supporting BGR will probably be easy. Supporting horizontal stripes will be harder . Non-striped arrangements is hardest - one would need to know the physical pixel co-ordinates for each BitBlt pixel operation.
What settings do you use in Ubuntu?
RGB
Cheers, Andy
"Igor Stasenko" <siguctua@gmail.com> wrote in message news:4a5f5f320809220115v44246b53u91d5a2607109fc6@mail.gmail.com...
Everything looks nice except that i'm not very happy with subpixel rendering on my display.
In Ubuntu you have options, to choose a display type , most preferable for subpixel rendering, and i guess, that freetype renders glyphs in worst way, so when i see it on display, i can easily detect a blue/red pixels surrounding glyphs.
Is there an option in freetype, to choose the subpixel rendering mode?
Or maybe its because my eyes is still sharp :)
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
participants (4)
-
Andrew Tween -
Igor Stasenko -
Marcus Denker -
Stéphane Ducasse