But independent of the proposed change, wouldn't "Multilingual" be a good candidate for "a dedicated localization package"? o:-)
Possibly. :-) And then we could store local-specific logic in different packages per local, e.g., Local-en-US, Local-de-DE, etc. and dispatch to them ...
But honestly, that's a nice thought experiment at the moment without any realistic future in near time IMHO. I18N/L10N can be beasts and looking at our current solution for T9N, it seems that there is not even enough demand for it for anyone to offer to replace our automated translation strings by handcrafted ones ... but if somebody volunteers, why not? :-)
Best, Christoph
________________________________ Von: Jakob Reschke jakres+squeak@gmail.com Gesendet: Samstag, 24. Februar 2024 23:59 Uhr An: The general-purpose Squeak developers list squeak-dev@lists.squeakfoundation.org Betreff: [squeak-dev] Re: The Inbox: Kernel-ct.1342.mcz
No new opinion on the matter from my side, and no blocker to merge. But independent of the proposed change, wouldn't "Multilingual" be a good candidate for "a dedicated localization package"? o:-)
Am Sa., 24. Feb. 2024 um 20:55 Uhr schrieb christoph.thiede@student.hpi.uni-potsdam.de:
Hi all,
can I merge this for now? If we decide at a later point in time to create a dedicated localization package, we can move this method together with existing #asWords etc. into that package.
Best, Christoph
Sent from Squeak Inbox Talk
On 2020-09-25T17:40:30+00:00, christoph.thiede@student.hpi.uni-potsdam.de wrote:
Hi Jakob,
there are also #asWords, #threeDigitName, or #asPluralBasedOn: which seem to operate on a similar level. Maybe we should move them all into an extension category of another package (System? Multilingual-Languages?)? I also agree it's not internationalized yet, but it does not feel the right time for me to design an international solution for this at the moment (I once tried out Squeak 5.3 with German language once, and it was horrible).
Best,
Christoph
http://www.hpi.de/ ________________________________ Von: Squeak-dev <squeak-dev-bounces at lists.squeakfoundation.org> im Auftrag von Jakob Reschke <forums.jakob at resfarm.de> Gesendet: Freitag, 25. September 2020 18:36:57 An: squeak-dev at lists.squeakfoundation.org Betreff: Re: [squeak-dev] The Inbox: Kernel-ct.1342.mcz
I think that such things should not really belong in Kernel. Is there another suitable package that can provide this as an extension method?
Also note that this is not internationalized yet (English only), but judging by the selectors it might well be used to produce localized output in the future. Maybe that could influence the selection of a package.
Am Fr., 25. Sept. 2020 um 18:32 Uhr schrieb <commits at source.squeak.org>:
A new version of Kernel was added to project The Inbox: http://source.squeak.org/inbox/Kernel-ct.1342.mcz
==================== Summary ====================
Name: Kernel-ct.1342 Author: ct Time: 25 September 2020, 6:32:44.665274 pm UUID: 037ef8ee-228f-914b-8d1e-b05cac84772b Ancestors: Kernel-eem.1341
Add ordinal suffix logic to Integer
Example: (1 to: 30) collect: [:ea | ea withOrdinalSuffix]
=============== Diff against Kernel-eem.1341 ===============
Item was added:
- ----- Method: Integer>>ordinalSuffix (in category 'printing') -----
- ordinalSuffix
- "Answer a string containing the ordinal suffix of the receiver, e.g. 'th' for 4, or 'rd' for 23."
- self \ 100 // 10 = 1 ifFalse: [
- self \ 10
- caseOf: {
- [1] -> [^ 'st'].
- [2] -> [^ 'nd'].
- [3] -> [^ 'rd'] }
- otherwise: []].
- ^ 'th'!
Item was added:
- ----- Method: Integer>>printWithOrdinalSuffixOn: (in category 'printing') -----
- printWithOrdinalSuffixOn: aStream
- aStream
- print: self;
- nextPutAll: self ordinalSuffix.!
Item was added:
- ----- Method: Integer>>withOrdinalSuffix (in category 'printing') -----
- withOrdinalSuffix
- ^ String streamContents: [:stream |
- self printWithOrdinalSuffixOn: stream]!