- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Tx: Bold Text

by Nicolai Hess

2015-04-29 18:04 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Nicolai Hess wrote > > Assign the proper Attribute? > > Well AFAICT there is no bold attribute, Ah yes, I mix up this with TextMorph and addAttribute:TextEmphasis.... > but I tried setting the font to bold > via "(LogicalFont familyName: 'Tahoma' pointSize: 9 + i) emphasis: 1; > yourself." but it was rendered the same as before... > > If the font is in the system, this should work. | text font1 font2 font3 string1 | font1 := (LogicalFont familyName: 'Tahoma' pointSize: 25) emphasis: TextEmphasis normal emphasisCode. font2 := (LogicalFont familyName: 'Tahoma' pointSize: 25) emphasis: TextEmphasis bold emphasisCode. font3 := (LogicalFont familyName: 'Tahoma' pointSize: 25) emphasis: TextEmphasis italic emphasisCode. string1 := 'Normal Bold Italic '. text := TxModel new. text at: text startPosition insert: string1. (text startPosition selectTo: text startPosition + 7) applyAttribute: (TxForeColorAttribute with: Color red); applyAttribute: (TxFontAttribute with: font1). (text startPosition + 7 selectTo: text startPosition + 12) applyAttribute: (TxForeColorAttribute with: Color green); applyAttribute: (TxFontAttribute with: font2). (text startPosition + 12 selectTo: text startPosition + 18) applyAttribute: (TxForeColorAttribute with: Color blue); applyAttribute: (TxFontAttribute with: font3). TxTextEditorMorph openInWindowWithText: text > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Tx-Bold-Text-tp4822964p4822987.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

April 29, 2015

Re: [Pharo-dev] TimeStamp deprecation and related frameworks (GLORP, Grease, Magritte, Seaside...)

by Esteban A. Maringolo

2015-04-29 12:49 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> On 29 Apr 2015, at 17:39, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> In the case of GLORP, which I'm updating too, TimeStamp use is more >> extended, because it's also a datatype used to map table columns, but >> using no timezone offset. I guess if we move to DateAndTime we should >> preserve that behavior in order to not break anything. > I don't understand this last point, could you elaborate ? > As far as I see it, there is nothing TimeStamp did that DateAndTime cannot do. Me neither. But I simply don't wan't to break anything. :) >> ps: I'm so tempted to fork from the GLORP package, rename as something >> else (PLORM?) and refactor it mercilessly. > That is something else ;-) :)

April 29, 2015

Re: [Pharo-dev] [Pharo5] Testers needed: AST based syntax highlighting

by Marcus Denker

>> >> >> In (old) Workspace editing this >> >> 'a(b)'. >> "ab". >> >> by just removing the first ' or " >> -> UndefinedObject(Object)>>doesNotUnderstand: #doSemanticAnalysis >> > I think I fixed itâ¦ (will add a slice) > https://pharo.fogbugz.com/f/cases/15443/AST-based-highlighter-DNU-sometimes <https://pharo.fogbugz.com/f/cases/15443/AST-based-highlighter-DNU-sometimes> Marcus

April 29, 2015

Re: [Pharo-dev] Pharo 50 has old Rubric Repo

by Sean P. DeNigris

Tudor Girba-2 wrote > Sure. Andrei only explained why it did not happen yet. :) I see it's been added. Any reason not to remove Alain's repo from the list to avoid confusion? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-50-has-old-Rubric-Repo-tp4822586p4823004.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 29, 2015

Re: [Pharo-dev] Rectangle Center

by Nicolas Cellier

2015-04-29 18:50 GMT+02:00 Tommaso Dal Sasso <tommaso.dalsasso(a)gmail.com>: > > > On 29/04/15 15:18, Sean P. DeNigris wrote: > > Natalia Tymchuk wrote > >> Should it really be like that? > > > > The problem is that you can't have half-a-pixel if a dimension is odd > > > > For these situations, I would use the method #floor or #rounded of the > class Point, or create the method #roundedCenter, as Natalia suggested. > > Currently, the name of the class and the method communicate the wrong > behavior. > > Tommaso > > Rectangle was and still is a primitive type known to low level graphics operations. It's just that it pre-empts a word that is more generic than the implementation ;) You can't even rotate a rectangle... It's just a clipping or viewport rectangle having same orientation as a rectangular target canvas (image, bitmap, screen or other device). Depending on what you are after, it's maybe not the right abstraction... That does not mean that Rectangle can't be changed. That means that it must be carefully changed as long as it is used for the low level stuff... ...or it must be split. Maybe it's where namespaces might help. Nicolas > > > > > ----- > > Cheers, > > Sean > > -- > > View this message in context: > http://forum.world.st/Rectangle-Center-tp4822883p4822891.html > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > >

April 29, 2015

Re: [Pharo-dev] Rectangle Center

by Tommaso Dal Sasso

On 29/04/15 15:18, Sean P. DeNigris wrote: > Natalia Tymchuk wrote >> Should it really be like that? > > The problem is that you can't have half-a-pixel if a dimension is odd > For these situations, I would use the method #floor or #rounded of the class Point, or create the method #roundedCenter, as Natalia suggested. Currently, the name of the class and the method communicate the wrong behavior. Tommaso > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Rectangle-Center-tp4822883p4822891.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

April 29, 2015

Re: [Pharo-dev] Rectangle Center

by Thierry Goubier

Le 29/04/2015 15:20, Natalia Tymchuk a Ã©crit : > Hello. > I found very interesting method. > > Should it really be like that? > Or maybe we need to rename this method as #roundedCenter and add the > normal #center with usual division? > Best regards, > Natalia > I believe I had to correct a bug with Roassal scaling and centering because of the rounding done in that method. Had to reimplement a proper center computation for rectangles in Roassal or Trachel. Thierry

April 29, 2015

Re: [Pharo-dev] Rectangle Center

by Sergio Fedi

It seems that the problem is not with the Rectangle per se, but the type of measure it uses. Maybe the responsibility of being always an Integer measure should be delegated to the measure itself. Like, instead of using numbers, you could use Measures (from Aconcagua) that are 100 pixels instead of 100 (Integer) I don't know if Aconcagua has implemented units that are always a certain type, yet. â

April 29, 2015

Re: [Pharo-dev] Tx: Bold Text

by Nicolai Hess

Am 29.04.2015 5:30 nachm. schrieb "Sean P. DeNigris" <sean(a)clipperadams.com >: > > What would be the proper (i.e. respecting the design) way to make text bold? Assign the proper Attribute? > The current attributes seem to be special cases which are hard-coded e.g. > font and foreground color are accessed explicitly during drawing... Arent these attributes applied to the spans during scanning? > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Tx-Bold-Text-tp4822964.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

April 29, 2015

Re: [Pharo-dev] Tx: Bold Text

by Sean P. DeNigris

Nicolai Hess wrote > Assign the proper Attribute? Well AFAICT there is no bold attribute, but I tried setting the font to bold via "(LogicalFont familyName: 'Tahoma' pointSize: 9 + i) emphasis: 1; yourself." but it was rendered the same as before... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Tx-Bold-Text-tp4822964p4822987.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 29, 2015