[Cuis-dev] Cuis-dev Digest, Vol 35, Issue 43

Thu Feb 17 07:58:26 PST 2022

David,

that's nice to read.
Can you please check with the 2020 VM -- the one without the plugin -- whether
VectorGrahics works without the plugin.

Thanks,
Gerald

PS: As usual I have problems to build the latest VM on Windows ...
On Feb 17 2022, at 4:41 pm, David Faitelson <davidf at afeka.ac.il> wrote:
>
> Ah! That was it. Installing the latest changes resolves the problem. Thank you ��
>
> From: Gerald Klix <cuis.01 at klix.ch>
> Sent: Thursday, February 17, 2022 5:23 PM
> To: David Faitelson <davidf at afeka.ac.il>
> Cc: David T. Lewis <lewis at mail.msen.com>; Juan Vuletich <juan at jvuletich.org>; Discussion of Cuis Smalltalk <cuis-dev at lists.cuis.st>
> Subject: Re: [Cuis-dev] Cuis-dev Digest, Vol 35, Issue 43
>
>
> David,
>
> I just tested an image that uses a TrueType font and thus Vectorgrahics without
> the VectorEnginePlugin on Linux. It hangs and produces a series of Cuis*Debug.log files,
> like the one I attached. You may find a bunch of similar files in your image directory.
> They may confirm my hypothesis.
> Fixing this I have to leave to Juan.
>
> The latest prerelease VM should include the plugin:
> https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/202112201228
> I presume the issue will be gone once you use this VM
>
> and thus the plugin.
>
> Hoever there is one important point you may have missed:
> Before you load the VectorGrahics package you should
> install the latest changes into the image.
> This can be triggered by selecting the following
> menu item in the changes menu:
> World->Changes->Install new updates
>
>
> HTH,
> Gerald
> On Feb 17 2022, at 3:58 pm, Gerald Klix via Cuis-dev <cuis-dev at lists.cuis.st> wrote:
> > David,
> >
> > If I remember correctly David Lewis integrated the VectorGrahics plugin
> > into the VM at the end of 2021. Therefore your VM from March 3 2020
> > does not include the plugin. I suppose VectorGraphics without plugin
> > is currently broken. I will test that soon.
> >
> >
> > HTH,
> > Gerald
> > On Feb 17 2022, at 3:40 pm, David Faitelson via Cuis-dev <cuis-dev at lists.cuis.st> wrote:
> > >
> > > I've used git clone to pull the latest repository and then run pullAllRepos.sh just to be sure it is all up to date. I've also donwloaded the latest VM using the command
> > >
> > > curl -k -L -o cogspur.zip https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/download/202003021730/squeak.cog.spur_win64x64_202003021730.zip
> > > The attributes you asked for are:
> > >
> > >
> > > #('Win32' '6.2' 'X64' 'Open Smalltalk Cog[Spur] VM [CoInterpreterPrimitives VMMaker.oscog-nice.2715]' 'Windows' 'Win32 built on Mar 3 2020 08:36:19 GMT Compiler: 4.2.1 Compatible Clang 8.0.1 (tags/RELEASE_801/final)' 'CoInterpreter VMMaker.oscog-nice.2715 uuid: 78e2f556-9829-42fe-963d-e19dfc43c0e9 Mar 3 2020' 'StackToRegisterMappingCogit VMMaker.oscog-eem.2719 uuid: e40f3e94-3a54-411b-9613-5d19114ea131 Mar 3 2020' 'VM: 202003021730 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Mon Mar 2 18:30:55 2020 CommitHash: 6a0bc96 Plugins: 202003021730 https://github.com/OpenSmalltalk/opensmalltalk-vm.git')
> > >
> > >
> > >
> > >
> > > From: Cuis-dev <cuis-dev-bounces at lists.cuis.st> on behalf of cuis-dev-request at lists.cuis.st <cuis-dev-request at lists.cuis.st>
> > > Sent: Thursday, February 17, 2022 4:26 PM
> > > To: cuis-dev at lists.cuis.st <cuis-dev at lists.cuis.st>
> > > Subject: Cuis-dev Digest, Vol 35, Issue 43
> > >
> > >
> > > Send Cuis-dev mailing list submissions to
> > > cuis-dev at lists.cuis.st
> > >
> > > To subscribe or unsubscribe via the World Wide Web, visit
> > > https://lists.cuis.st/mailman/listinfo/cuis-dev
> > > or, via email, send a message with subject or body 'help' to
> > > cuis-dev-request at lists.cuis.st
> > >
> > > You can reach the person managing the list at
> > > cuis-dev-owner at lists.cuis.st
> > >
> > > When replying, please edit your Subject line so it is more specific
> > > than "Re: Contents of Cuis-dev digest..."
> > >
> > >
> > > Today's Topics:
> > > 1. Re: VectorGraphics broken on Windows? (Gerald Klix)
> > > 2. Re: Mixing BitBlt and Vector PlacedMorphs (Hilaire Fernandes)
> > > 3. Re: Visible or not Visible? (Hilaire Fernandes)
> > > 4. Re: The Cuis Book for Cuis 6 (Hilaire Fernandes)
> > > 5. Re: Be notified of edit from TextModelMorph (Hilaire Fernandes)
> > >
> > >
> > > ----------------------------------------------------------------------
> > > Message: 1
> > > Date: Thu, 17 Feb 2022 11:15:10 +0100
> > > From: Gerald Klix <cuis.01 at klix.ch>
> > > To: David Faitelson <davidf at afeka.ac.il>
> > > Cc: Discussion of Cuis Smalltalk <cuis-dev at lists.cuis.st>
> > > Subject: Re: [Cuis-dev] VectorGraphics broken on Windows?
> > > Message-ID: <6580F2D2-B9C9-4201-BCA2-CACD6AE7C1B8 at getmailspring.com>
> > > Content-Type: text/plain; charset="utf-8"
> > >
> > > David,
> > > I am inclined to ask a few standard questions:
> > > Did install the latest updates, before trying to use a TrueType font and thus installing VectorGrahics.
> > > If no, please test again with the latest updates installed.
> > >
> > > What virtual machine do you use?
> > > The following snippet may help identify the VM.
> > >
> > > > attributes _ Array new: 9.
> > > > 1 to: attributes size do: [ :index |
> > > > attributes
> > > > at: index
> > > > put: (Smalltalk getSystemAttribute: index + 1000) ].
> > > Especially the last attribute and the 7th might be helpfull.
> > >
> > > HTH,
> > > Gerald
> > >
> > > On Feb 17 2022, at 10:01 am, David Faitelson via Cuis-dev <cuis-dev at lists.cuis.st> wrote:
> > > >
> > > > I've pulled the recent Cuis from Github and tried to use the TrueType fonts but I get this result
> > > >
> > > >
> > > >
> > > > And the system locks, I can't even enter the debugger...
> > > >
> > > > I'm running Windows 10 Pro on a Dell laptop.
> > > >
> > > > Has anyone else noticed this problem?
> > > >
> > > > Cheers,
> > > > David
> > > >
> > > >
> > > > Dr. David Faitelson
> > > > Senior Lecturer
> > > >
> > > > | Office: +972-3-7688782 | Mobile: +972-52-6568896
> > > >
> > > > Mivtza Kadesh St., Tel-Aviv 38
> > > >
> > > > www.afeka.ac.il (http://www.afeka.ac.il) (http://www.afeka.ac.il/)
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Cuis-dev mailing list
> > > > Cuis-dev at lists.cuis.st
> > > > https://lists.cuis.st/mailman/listinfo/cuis-dev
> > >
> > > -------------- next part --------------
> > > An HTML attachment was scrubbed...
> > > URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220217/70510943/attachment-0001.htm>
> > >
> > > ------------------------------
> > > Message: 2
> > > Date: Thu, 17 Feb 2022 12:28:04 +0100
> > > From: Hilaire Fernandes <hilaire at drgeo.eu>
> > > To: Discussion of Cuis Smalltalk <cuis-dev at lists.cuis.st>
> > > Subject: Re: [Cuis-dev] Mixing BitBlt and Vector PlacedMorphs
> > > Message-ID: <64997237-fb7e-34e0-fc7f-ce1623d8751e at drgeo.eu>
> > > Content-Type: text/plain; charset="utf-8"; Format="flowed"
> > >
> > > My bad, I was thinking requireVectorCanvas=false will make the Morph to
> > > not use VectorGraphics. I realize now it does not make sense that in a
> > > tree of Morphs, some will use Vector and other Bitblt
> > >
> > > Spacewar! game works with Vector canvas, at this for me. I don't
> > > understand the problems Tommy is facing. Is it because the plugin is not
> > > installed in his set up?
> > >
> > > Hilaire
> > > Le 17/02/2022 ? 00:07, Juan Vuletich a ?crit?:
> > > >> Yes, In Spacewar, a Mobile is forced to not use the Vector Canvas,
> > > >> but apparently it is used when vector graphics is installed. It is a
> > > >> bug. Hopefully Juan knows about it.
> > > >
> > > > Forced not to use Vector Canvas? A morph can't chose the canvas. If
> > > > Mobiles can't work in VectorCanvas, let me take a look when I'm back home.
> > >
> > > --
> > > GNU Dr. Geo
> > > http://drgeo.eu
> > > http://blog.drgeo.eu
> > > -------------- next part --------------
> > > An HTML attachment was scrubbed...
> > > URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220217/54eecc8c/attachment-0001.htm>
> > >
> > > ------------------------------
> > > Message: 3
> > > Date: Thu, 17 Feb 2022 12:33:11 +0100
> > > From: Hilaire Fernandes <hilaire at drgeo.eu>
> > > To: Discussion of Cuis Smalltalk <cuis-dev at lists.cuis.st>
> > > Subject: Re: [Cuis-dev] Visible or not Visible?
> > > Message-ID: <c5be7aa2-8933-c9f4-c316-dc2546871117 at drgeo.eu>
> > > Content-Type: text/plain; charset="utf-8"; Format="flowed"
> > >
> > > Of course I am disusing the semantic of the #visible message.
> > > It is awkward to receive in response true while the morph is really not
> > > visible (removed from the world for example). It makes the system a bit
> > > unpredictable. Or may be there is something I don't get.
> > >
> > > Maybe removing #visible, and have #isVisible message covering the
> > > different states where a morph is not visually visible.
> > >
> > > Hilaire
> > > Le 17/02/2022 ? 00:25, Juan Vuletich a ?crit?:
> > > > Hi Folks,
> > > >
> > > > Nicola, you are right. #visible and #visible: are only about the property.
> > > >
> > > > Hilaire, right now we have #isInWorld . Perhaps we could add
> > > > #isVisible, or #isInWorldAndVisible, that asks for both conditions.
> > > >
> > > > Thanks,
> > >
> > > --
> > > GNU Dr. Geo
> > > http://drgeo.eu
> > > http://blog.drgeo.eu
> > > -------------- next part --------------
> > > An HTML attachment was scrubbed...
> > > URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220217/1f55fd68/attachment-0001.htm>
> > >
> > > ------------------------------
> > > Message: 4
> > > Date: Thu, 17 Feb 2022 12:43:26 +0100
> > > From: Hilaire Fernandes <hilaire at drgeo.eu>
> > > To: cuis-dev at lists.cuis.st
> > > Subject: Re: [Cuis-dev] The Cuis Book for Cuis 6
> > > Message-ID: <cc38b63e-40b6-be19-cddb-3df062966ef7 at drgeo.eu>
> > > Content-Type: text/plain; charset="utf-8"; Format="flowed"
> > >
> > > Le 16/02/2022 ? 20:02, Tommy Pettersson via Cuis-dev a ?crit?:
> > > > You're right. If the game was everything everyone wanted
> > > > there wouldn't be an itch for anyone to change it. The "What
> > > > if ..." feeling is important. It's what got me going anyway.
> > >
> > > To challenge the readers, we can add a final chapter to the book with a
> > > list of detailed challenges and possible screenshots of solution.
> > >
> > > Description could be like the ones you posted earlier with rotation
> > > forces and momentum.
> > >
> > > Will you be interested to co-work in such a chapter?
> > > >>> There's an excellent bookhttps://natureofcode.com/book/
> > > >>> that explains the artistry behind making games feel natural,
> > > >>> by being inspired rather than slavishly following the laws
> > > >>> of physics.
> > > >> Nice reference, thanks! Have you read the book in its entirety ?
> > > > Yes, I have read all of it, but I have only used one of the
> > > > many techniques: the Perlin Noise, in Forth of all
> > > > languages. It's on my idea list to combine the visually
> > > > aiding comic book effects of the Self GUI with the organic
> > > > feeling tutored in this book, and Cuis seems just the right
> > > > tool to do it. I'm a guy who usually turn off visual
> > > > guidance because I find it distracting. So the idea is
> > > > mostly an excuse for playing with the examples in the book,
> > > > and find out if visual guidance can be made more natural and
> > > > less disruptive. If I ever get the time...
> > >
> > > You have to tell me a bit more about your ideas. This is a topic I am
> > > interested because I use DrGeo to introduce programming to junior high
> > > school pupils, and it may be interesting ideas to fuel dynabook thoughts
> > >
> > > Hilaire
> > > --
> > > GNU Dr. Geo
> > > http://drgeo.eu
> > > http://blog.drgeo.eu
> > > -------------- next part --------------
> > > An HTML attachment was scrubbed...
> > > URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220217/d814a6b9/attachment-0001.htm>
> > >
> > > ------------------------------
> > > Message: 5
> > > Date: Thu, 17 Feb 2022 15:26:04 +0100
> > > From: Hilaire Fernandes <hilaire at drgeo.eu>
> > > To: cuis-dev at lists.cuis.st
> > > Subject: Re: [Cuis-dev] Be notified of edit from TextModelMorph
> > > Message-ID: <d61a9388-ad78-0f9c-5e66-e69ac93b5a89 at drgeo.eu>
> > > Content-Type: text/plain; charset="utf-8"; Format="flowed"
> > >
> > > Hi guys,
> > > This does the trick, I prefer to use keyStroke (up and down key),
> > > keyDown works with a delay, model udpated at second key down:
> > >
> > > inputWidget scroller
> > > ??? ??? setProperty: #keyStroke:
> > > ??? ??? toValue: [:event | inputWidget scroller acceptContents].
> > >
> > > May be a helper flag to autoUpdate the model.
> > > Or something more general with a block, but likely, it is just one line
> > > to add in the user code, so not sure you need to do it. But yes, an
> > > autoUpdate flag will be handy enought for casual users of TextModelMorph.
> > >
> > > Thanks
> > > Le 17/02/2022 ? 00:13, Juan Vuletich via Cuis-dev a ?crit?:
> > > >> This works setting properties on TextModelMorph innerTextMorph, which
> > > >> is not ideal, but works if you want to avoid subclassing at all costs:
> > > >>
> > > >> tm := TextModelMorph withText: 'test'.
> > > >>
> > > >> tm innerTextMorph setProperty: #'keyDown:'
> > > >> ??? toValue: [:ev | Transcript show: ev].
> > > >>
> > > >
> > > > This looks like a good way to do it. Maybe we could add some helper
> > > > method(s) to TextModelMorph to ease it. Maybe #keyDownAction: would be
> > > > handy.
> > >
> > > --
> > > GNU Dr. Geo
> > > http://drgeo.eu
> > > http://blog.drgeo.eu
> > > -------------- next part --------------
> > > An HTML attachment was scrubbed...
> > > URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220217/c2570daa/attachment.htm>
> > >
> > > ------------------------------
> > > Subject: Digest Footer
> > > Cuis-dev mailing list
> > > Cuis-dev at lists.cuis.st
> > > https://lists.cuis.st/mailman/listinfo/cuis-dev
> > >
> > >
> > > ------------------------------
> > > End of Cuis-dev Digest, Vol 35, Issue 43
> > > ****************************************
> > >
> > >
> > > --
> > > Cuis-dev mailing list
> > > Cuis-dev at lists.cuis.st
> > > https://lists.cuis.st/mailman/listinfo/cuis-dev
> >
> > --
> > Cuis-dev mailing list
> > Cuis-dev at lists.cuis.st
> > https://lists.cuis.st/mailman/listinfo/cuis-dev
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220217/c950f9c4/attachment-0001.htm>