Hi,
To ease the transition to Athens, we need to get free type fonts in the image. I researched a bit, and found a couple of font families that are nicely free and open-source: DejaVu, Source Code Pro, Source Sans Pro, and LinLibertine.
I put together a little tool that imports a TTF file and installs it in a dedicated class. You can find a library of already imported fonts on SmalltalkHub:
http://www.smalltalkhub.com/#!/~girba/FreeFonts/
More details about this library can be found at:
http://www.tudorgirba.com/blog/free-font-collection-for-pharo
For example, you can use the SourceCodeProRegular font as a code font like:
Gofer new
smalltalkhubUser: 'girba' project: 'FreeFonts';
package: 'SourceCodeProRegular';
load.
(Smalltalk at: #SourceCodeProRegular) new install.
FreeTypeSystemSettings loadFt2Library: true.
StandardFonts codeFont: (LogicalFont familyName: 'Source Code Pro' pointSize: 10).
The Moose image already comes with a convenience method to set a complete free type font set:
MooseImageSetupCommandLineHandler new installFonts.
Cheers,
Doru
--
www.tudorgirba.com
"Be rather willing to give than demanding to get."
Hi,
I moved PetitDelphi (the work of Stephan and Diego) to SmalltalkHub.
You can play with it in a Moose image via this script:
Gofer new
smalltalkhubUser: 'Moose' project: 'PetitDelphi';
package: 'Famix-Delphi';
package: 'Famix-DelphiImporter';
package: 'PetitDelphi';
load.
Cheers,
Doru
--
www.tudorgirba.com
"It's not how it is, it is how we see it."
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 937 by alan.mcn...(a)gmail.com: [Enhancement] Moose logo
http://code.google.com/p/moose-technology/issues/detail?id=937
I've downloaded Moose 4.8 image (rather than the Gopher I used before).
This shows the Moose logo on the desktop.
Could I suggest the Moose logo should be configurable to be shown / not
shown using:
Settings Browser / Appearance / Desktop / Show logo...
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 936 by alan.mcn...(a)gmail.com: Moose Panel - No Disk error
http://code.google.com/p/moose-technology/issues/detail?id=936
After opening the Moose Panel, clicking on the Import Model from MSE file
icon (marked MSE) up pops a windows (not Pharo) error message (attached).
Although I am running Windows (Win 7), this looks like a Linux or Mac mount
point. Does anyone have any idea what is happening?
Problem is not fatal, as when I select cancel it goes on perfectly well to
display the directories and files and allows me to select a MSE file, but
it is a pain.
Attachments:
DiskError.png 18.0 KB
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/429/>
------------------------------------------
[...truncated 873 lines...]
basicNew
basicNew
basicNew
basicScanCharactersFrom:to:in:rightX:stopConditions:kern:
new:
at:put:
at:put:
perform:with:
perform:
at:put:
@
@
basicNew
new:
at:put:
class
class
basicNew
basicNew
basicNew:
class
stringHash:initialHash:
basicNew
basicNew
new:
at:put:
new:
at:put:
basicNew
basicNew
basicNew
basicScanCharactersFrom:to:in:rightX:stopConditions:kern:
new:
at:put:
at:put:
perform:with:
perform:
at:put:
@
@
basicNew
new:
at:put:
class
class
basicNew
basicNew
basicNew:
class
stringHash:initialHash:
basicNew
basicNew
new:
at:put:
new:
at:put:
basicNew
basicNew
basicNew
basicScanCharactersFrom:to:in:rightX:stopConditions:kern:
new:
at:put:
at:put:
perform:with:
perform:
at:put:
@
@
basicNew
new:
at:put:
class
class
basicNew
basicNew
basicNew:
class
stringHash:initialHash:
basicNew
basicNew
new:
at:put:
new:
at:put:
basicNew
basicNew
basicNew
basicScanCharactersFrom:to:in:rightX:stopConditions:kern:
new:
at:put:
at:put:
perform:with:
perform:
at:put:
@
@
basicNew
new:
at:put:
class
class
basicNew
basicNew
basicNew:
class
stringHash:initialHash:
basicNew
basicNew
new:
at:put:
new:
at:put:
basicNew
basicNew
basicNew
basicScanCharactersFrom:to:in:rightX:stopConditions:kern:
new:
at:put:
at:put:
perform:with:
perform:
at:put:
@
@
basicNew
new:
at:put:
class
class
basicNew
basicNew
basicNew:
class
stringHash:initialHash:
basicNew
basicNew
new:
at:put:
new:
at:put:
basicNew
basicNew
basicNew
basicScanCharactersFrom:to:in:rightX:stopConditions:kern:
new:
at:put:
at:put:
perform:with:
perform:
at:put:
@
@
basicNew
new:
at:put:
class
class
basicNew
basicNew
basicNew:
class
stringHash:initialHash:
basicNew
basicNew
new:
at:put:
new:
at:put:
basicNew
basicNew
basicNew
basicScanCharactersFrom:to:in:rightX:stopConditions:kern:
new:
at:put:
at:put:
perform:with:
perform:
class
new:
replaceFrom:to:with:startingAt:
at:put:
stack page bytes 4096 available headroom 3300 minimum unused headroom 3476
(last object overwritten)
./pharo: line 11: 2236 Aborted (core dumped) "$DIR"/"pharo-vm/pharo" -vm-display-null "$@"
Build step 'Execute shell' marked build as failure
Archiving artifacts
Recording test results
ERROR: Failed to archive test reports
hudson.util.IOException2: remote file operation failed: <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/> at hudson.remoting.Channel@4ce1e2b3:moose-slave
at hudson.FilePath.act(FilePath.java:848)
at hudson.FilePath.act(FilePath.java:825)
at hudson.tasks.junit.JUnitParser.parse(JUnitParser.java:87)
at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:122)
at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:134)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:810)
at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:785)
at hudson.model.Build$BuildExecution.post2(Build.java:183)
at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:732)
at hudson.model.Run.execute(Run.java:1568)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:236)
Caused by: hudson.util.IOException2: Failed to read <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/Glamour-Tests-Morphic…>
at hudson.tasks.junit.TestResult.parse(TestResult.java:244)
at hudson.tasks.junit.TestResult.parse(TestResult.java:163)
at hudson.tasks.junit.TestResult.parse(TestResult.java:140)
at hudson.tasks.junit.TestResult.<init>(TestResult.java:116)
at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:117)
at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:90)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2309)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:326)
at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:679)
Caused by: org.dom4j.DocumentException: Error on line 109 of document file://<https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/Glamour-Tests-Morphic…> : XML document structures must start and end within the same entity. Nested exception: XML document structures must start and end within the same entity.
at org.dom4j.io.SAXReader.read(SAXReader.java:482)
at org.dom4j.io.SAXReader.read(SAXReader.java:264)
at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:129)
at hudson.tasks.junit.TestResult.parse(TestResult.java:227)
... 15 more
Caused by: org.xml.sax.SAXParseException; systemId: file://<https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/Glamour-Tests-Morphic…;> lineNumber: 109; columnNumber: 1; XML document structures must start and end within the same entity.
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:198)
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:177)
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:391)
at com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1404)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.endEntity(XMLDocumentFragmentScannerImpl.java:882)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.endEntity(XMLDocumentScannerImpl.java:582)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.endEntity(XMLEntityManager.java:1370)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(XMLEntityScanner.java:1740)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.skipChar(XMLEntityScanner.java:1393)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2769)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:625)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:819)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:748)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1208)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:525)
at org.dom4j.io.SAXReader.read(SAXReader.java:465)
... 18 more
Dear all,
I'm doing some experiments with QuickSilver, but I have always some
Morph issue when running an expression like this one: QsSystemViewer
for: 'Zinc'
I expand the node and try to zoom out. After a while, I have a broken
morph with red square and yellow cross. The problem apparently is
always in
ROView>>elementsToRenderDo: aBlock
Maybe a Roassal bug.
Regards,
--
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/