<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body >Hi, <div>Flaps are the only way to move a Moroh from one Project to the next. Well the only convenient way i know of.</div><div>Please keep them. </div><div><br></div><div>Cheers, </div><div>Herbert</div><br><br><div>-------- Ursprüngliche Nachricht --------</div><div>Von: tim Rowledge <tim@rowledge.org> </div><div>Datum:11.08.2016 20:24 (GMT+01:00) </div><div>An: The general-purpose Squeak developers list <squeak-dev@lists.squeakfoundation.org> </div><div>Betreff: [squeak-dev] Squeak 5.1 PreferenceBrowser notes </div><div><br></div>I actually sat and read through, and tried, all the preferences. It was not a lot of fun. Here are some notes resulting from that marathon of pain. <br><br>Basic points<br>======== <br><br>Ridiculous mix of upper and lower cased and camel-cased preference names. Some with spaces, some not. Accompanying help text often needs spelling, grammar or factual fixes.<br>The 'help' button window refers to a non-existent 'theme...' button. And has mis-spelllings.<br>In general we have an insane number of preferences that seem to do nothing interesting . Probably time to get rid of a lot of them and simplify life.<br><br>Specific items, with often snarky commentary.<br>=============================<br><br>block assignments - should not be allowed<br><br>underscore assignments - should not be allowed; see Cuis for a way to do it right.<br><br>Examples - why are they in the tool? Several appear to be unused anyway<br><br>subpixel rendering - not able to see any difference; is it actually in use?<br><br>auto-enclose - doesn't match capability with autoEnclose. See TextEditor>>dispatchOnKeyboardEvent: Also, one has char as arg, other has event. Yuck!<br><br>highlight hovered row in lists - seems wrong to have the preference in PluggableListMorph but used in just two classes that are not related.<br><br>'Menu request updates list/tree selection' help text is gibberish<br><br>'Use new style balloon morphs' why bother offering the choice instead of dropping the old ones?<br><br>Browse with drag'n'drop - does this need to be a pref?<br><br>syntaxHighlightingAsYouType - none of th three seem to have any users<br><br>Use the new color-picker - is this of any use?<br><br>Corner Grip * - ditto<br><br>Flaps - are they still in there?<br><br>Thorough senders - dump it<br><br>automaticPlatformSettings - what?<br><br>modalColorPickers - seems pointless<br><br>readOnlyMode - no usages?<br><br>alternateHandlesLook - why?<br><br>biggerHandles - why? has some interaction with tinyDisplay/bigDisplay<br><br>haloTransitions - I don't think so<br><br>magic/maintain/mouseOver-Halos - what?<br><br>generally halo stuff seems to have an insane number of preferences that are not used.<br><br>keyboard duplicate/swap stuff - way too complex and poorly explained<br><br>simpleMenus - doesn't really have much effect<br><br>timeStampsInMenuTitles - can't see what it is for<br><br>menuBorderWidth - doesn't actually seem to relate to menus at all<br><br>menuTitleBorderWidth - ditto<br><br>- in fact none of the menuXX items seem to be used for menus<br><br>Show wrap border in code panes & Wrap border limit - why in 'performance' and what are they supposed to be for?<br><br>alternativeButtonsInScrollbars - any use?<br><br>too many scrollbar options. must be a better way to make such choices, or actually decide on something and stick to it.<br><br>inlineServicesInMenu - comment makes no sense.<br>- do we still need the preferences if we always have services?<br><br>'Offer native fonts' only works with an apparently unused set of StrikeFont code (#fromUser: etc) and the code even breaks on linux since there are no truetype fonts (on my machine at least) Thuse the list of fonts is nil and the TTFileDescription class>>frontFromUser:allowKeyboard: code breaks.<br><br>'Selections may shrink' - is there any case where that would not be true?<br><br>Font choosing<br>=========<br>not part of preferencebrowser, which seems odd.<br>appearance->systemfonts menu seems to not be matched to the themes fonts stuff? Preferences class>>restoreDefaultFont probably needs to use the theme data.<br>#setDemoFonts likely simialr, and a 'return to normal' is needed too.<br>'Offer native fonts' only works with an apparently unused set of StrikeFont code (#fromUser: etc) and the code even breaks on linux since there are no truetype fonts (on my machine at least) Thuse the list of fonts is nil and the TTFileDescription class>>frontFromUser:allowKeyboard: code breaks.<br><br>tim<br>--<br>tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim<br>Spell checkers at maximum! Fire!<br><br><br><br></body>