Hi Bert, Hi All,
On Thu, Sep 15, 2016 at 2:55 PM, <commits(a)source.squeak.org> wrote:
[snip]
> http://lists.squeakfoundation.org/pipermail/packages/2016-
> September/068930.html
>
> Name: System-bf.916
> Ancestors: System-bf.915
>
> Replace VM-level ImageSegment loading with a Smalltalk implementation for
> old (interpreter-era) projects.
>
> Also removes support for writing segments.
>
> This overrides the Spur support introduced in System-eem.758.
>
So one question is should we delete VM support for ImageSegment from the
Spur VM? There's at least 1.5k of generated source for the Spur
ImageSegment load and save support, some 2% of the interpreter/primitives
source code. That's a lot, and the code is complex and ugly. If it never
really worked before IMO we should nuke it asap. If it worked in some
fashion perhaps we can schedule its demise for the 6.0 release's VM.
What do others think?
_,,,^..^,,,_
best, Eliot
Now that I have my Pi based weather station[1] in operation and mounted up on the peak of my garage roof ...
… I need to do something with the data it provides. Sadly the code reading the sensors is in Python (for now!) but it sends it as MQTT packets to a mac-mini running the broker. I’m working with Craig on an MQTT client (very early state on http://www.squeaksource.com/@gWFeIvLx-rTHKE2R/Gtrt3pje) to read it but then what?
Are there any current projects that will work in squeak5.1/spur that can draw nice graphs? What kind of graphs are good for weather data? Should there be chocolate? I guess I ought to store some amount of collected data so maybe it’s time I got to grips with Magma. I’m interested in all ideas that might lead somewhere fun with this. With those ESP8266 wi-fi enabled sorta-arduino things so cheap and easy to set up there must be a gazillion interesting things that could be monitored and analyzed and graphed and indeed actuated in response; let’s not forget that MQTT works both ways.
How about a rain sensor sending a message that its raining (duh) which gets collected and turned into a message to your car to close the sunroof before the velvet seat covers (with painted portrait of Elvis, natch) get wet? Or a strain gauge on your security fence alerting you that something heavier than 20 pounds has climbed over so the remote gatling needs hotting up?
tim
[1] Pi model A+ with gpio attached interface board for rain bucket, wind speed/direction, outdoor temp/humidity, indoor temp, RTC and USB attached Ethernet interface to POE adaptor. WiFi wasn’t practical due to metal roof. Besides, POE means I can hard-reboot by pulling a plug in my server room :-)
--
tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim
Strange OpCodes: IIB: Ignore Inquiry and Branch anyway
Hi all,
Dale has been working on a Squeak version of FileTree, which is a Monticello repository backed not by zip files, but a tree of individual class files that can be versioned using git, svn, etc:
https://github.com/dalehenrich/filetree/blob/master/doc/SqueakInstall.md
Since I don't like cluttering my image with unrelated things, here's how to load it using just Installer - provided you have an up-to-date trunk image with the fixes I posted today:
========================
"Bootstrap from squeak43 branch in squeaksource3"
Installer ss3
project: 'FileTree';
install: 'MonticelloFileTree-Core.squeak43'.
"Load from local filetree repository (cloned squeak4.3 branch from github into image folder)"
Installer monticello
mc: (MCFileTreeRepository directory:
(FileDirectory uri: 'filetree/repository/'));
install: 'MonticelloFileTree-Core'
========================
If you have an older image without the new fixes, giving an explicit version number for the ss3 bootstrap should make it work (e.g. 'MonticelloFileTree-Core.squeak43-dkh.70').
- Bert -
Hi All,
I've been attempting to use the Ma Client Server package on Squeak 5.0 using the instructions on http://wiki.squeak.org/squeak/2978 <http://wiki.squeak.org/squeak/2978>. The instructions there appear to be out of date. Is there another source of documentation available? The wiki lists the last edit date of that page in Sep 2016. So I assume the package is still being maintained. Please let me know if that is not the case.
Also, the version of Squeak 5.1 on the Squeak.org <http://squeak.org/> does not launch on MacOS. The Squeak 5.0 image provided on Aida/web site does, which I am using.
Thanks in advance.
Kind regards,
Hari
I just found out that I can drop morphs on the main docking bar. When I show the docking bar’s context menu, the „accept drops“ checkbox is not clicked, though. Is this a bug or a feature?
Bernhard
Merlin de la Haye uploaded a new version of Morphic to project The Inbox:
http://source.squeak.org/inbox/Morphic-mdlh.1297.mcz
==================== Summary ====================
Name: Morphic-mdlh.1297
Author: mdlh
Time: 29 December 2016, 11:46:25.676308 am
UUID: b2c44cf8-e058-dd49-a748-161548b2da23
Ancestors: Morphic-mt.1296
corrected typo in description text (amout -> amount)
=============== Diff against Morphic-mt.1296 ===============
Item was changed:
----- Method: PluggableTextMorph class>>visualWrapBorder (in category 'preferences') -----
visualWrapBorder
<preference: 'Show wrap border in code panes.'
categoryList: #(editing visuals performance)
+ description: 'Show a visual border after a specific amount of characters. Makes sense for monospaced fonts.'
- description: 'Show a visual border after a specific amout of characters. Makes sense for monospaced fonts.'
type: #Boolean>
^ VisualWrapBorder ifNil: [false]!
Item was changed:
----- Method: ScrollBar>>scrollPageInit: (in category 'scrolling') -----
scrollPageInit: evt
evt redButtonPressed ifFalse: [^ self].
self resetTimer.
self setNextDirectionFromEvent: evt.
self scrollBarAction: #doScrollByPage.
self startStepping.!
Item was changed:
----- Method: TheWorldMainDockingBar>>listWindowsOn: (in category 'submenu - windows') -----
listWindowsOn: menu
| windows |
windows := self allVisibleWindows sorted: [:winA :winB |
((winA model isNil or: [winB model isNil]) or: [winA model name = winB model name])
ifTrue: [winA label < winB label]
ifFalse: [winA model name < winB model name]].
windows ifEmpty: [
menu addItem: [ :item |
item
contents: 'No Windows' translated;
isEnabled: false ] ].
windows do: [ :each |
menu addItem: [ :item |
item
contents: (self windowMenuItemLabelFor: each);
+ icon: ((each model respondsTo: #windowColorToUse)
+ ifTrue: [self colorIcon: each model windowColorToUse]
+ ifFalse: [self colorIcon: each color]);
- icon: (each model ifNotNil: [self colorIcon: each model windowColorToUse]);
target: each;
selector: #comeToFront;
subMenuUpdater: self
selector: #windowMenuFor:on:
arguments: { each };
action: [ each beKeyWindow; expand ] ] ].
menu
addLine;
add: 'Close all windows' target: self selector: #closeAllWindowsUnsafe;
addItem: [:item | item
contents: 'Close all windows without changes';
target: self;
icon: MenuIcons smallBroomIcon;
selector: #closeAllWindows];
add: 'Close all windows but workspaces' target: self selector: #closeAllWindowsButWorkspaces.!