[Cuis] Compatibility packages folder? (was Re: isXXX methods? (was Re: 4 additions to core?))

[David Graham]

Sounds fine to me, but I'm wondering if it would be a good time to 
create a separate github repo for non-core packages?  It would be nice 
to have a central place for packages which are not ready or don't belong 
in core.

On 5/15/2015 8:46 AM, Juan Vuletich wrote:
> Yes, I like this idea.
>
> What do others think?
>
> Cheers,
> Juan Vuletich
>
> On 5/14/2015 2:45 PM, H. Hirzel wrote:
>> Yes, a folder
>>
>>     Packages_compatibility
>>
>> as a sibling to
>>
>>     Packages
>>
>> https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev
>>
>> would be fine. There might be several compatibility packages.
>>
>> On 5/14/15, David Graham<dgraham at unthinkable.org>  wrote:
>>> Could we remove SqueakCompatability from the Core-Packages.pck.st?  
>>> That way
>>> we can ensure that our core packages follow the Cuis philosophy.
>>>
>>>
>>>> On May 14, 2015, at 9:07 AM, Juan Vuletich<juan at jvuletich.org>  wrote:
>>>>
>>>> On 5/14/2015 5:52 AM, H. Hirzel wrote:
>>>>> Thank you for the clarification, Juan.
>>>>>
>>>>> I am aiming at semi-automated porting, i.e. to come up with a recipe
>>>>> of activities to do the port https://github.com/hhzl/Cuis-NeoCSV.
>>>>>
>>>>> I want to redo it, as Sven has posted a new version last week end.
>>>>>
>>>>> Replacing
>>>>>
>>>>>       isCharacter
>>>>>
>>>>> with
>>>>>
>>>>>      is: Character
>>>>>
>>>>> is fine.
>>>> But in Cuis it would be '$a class == Character' or '$a isKindOf:
>>>> Character'. A reasonable alternative is to simply add #isCharacter to
>>>> SqueakCompatibility.pck.st.
>>>>
>>>>> Then I'd like to apply the same recipe to his NeoJSON package.
>>>>>
>>>>> cheers
>>>>> Hannes
>>>> Cheers,
>>>> Juan Vuletich
>>>>
>>>>> On 5/14/15, Juan Vuletich<juan at jvuletich.org>   wrote:
>>>>>> Hi Hannes,
>>>>>>
>>>>>> On 5/13/2015 4:54 PM, H. Hirzel wrote:
>>>>>>> I do not fully get you Juan.
>>>>>>>
>>>>>>> Could you provide a bit more context about what you want to do with
>>>>>>> the
>>>>>>>
>>>>>>>         isXXX
>>>>>>>
>>>>>>> methods?
>>>>>>>
>>>>>>> HH
>>>>>> I just think that Object has too many methods, and has a lot of 
>>>>>> methods
>>>>>> that are not the business of Object at all. A clear example is
>>>>>> #isMethodProperties. Does Object really need to know or care about
>>>>>> MethodProperties?
>>>>>>
>>>>>> For the particular case of isXXX methods, in many cases they can be
>>>>>> replaced by a single #is: method that in Object just answers 
>>>>>> false. See
>>>>>> implementors in Cuis for its use.
>>>>>>
>>>>>> There are many isXXX methods still in Cuis. #isHeap is an example.
>>>>>>
>>>>>> HTH.
>>>>>>
>>>>>> Cheers,
>>>>>> Juan Vuletich
>>>>>>
>>>>>>> On 5/13/15, Juan Vuletich<juan at jvuletich.org>    wrote:
>>>>>>>> There's always more cleanup to be done!
>>>>>>>>
>>>>>>>> #isHeap is easy to remove. But #isArray might be a bit riskier. 
>>>>>>>> These
>>>>>>>> isXXX methods that simply answer a constant are extremely fast, 
>>>>>>>> and
>>>>>>>> never cause context switch. I guess this is important for 
>>>>>>>> #isFloat,
>>>>>>>> #isInteger, #isFraction, although the default that answers false
>>>>>>>> could
>>>>>>>> be defined in Number, and not Object... And I'm not really sure 
>>>>>>>> for
>>>>>>>> #isArray.
>>>>>>>>
>>>>>>>> As usual, if you feel like digging into this, contributions are
>>>>>>>> welcome.
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> Juan Vuletich
>>>>>>>>
>>>>>>>> On 5/12/2015 12:18 PM, David Graham wrote:
>>>>>>>>> I agree with this. :)  A while back I noticed that some 
>>>>>>>>> collections
>>>>>>>>> have isXXX (like isArray and isHeap), while others don't.  Is 
>>>>>>>>> this
>>>>>>>>> just a matter of cleanup or is there some logic I'm missing?
>>>>>>>>>
>>>>>>>>> On 5/10/2015 1:31 PM, Juan Vuletich wrote:
>>>>>>>>>> - Character>> isCharacter
>>>>>>>>>> I guess we'd also need to add it to Object for this to make 
>>>>>>>>>> sense.
>>>>>>>>>> But we all agree that calling isXXX methods is not nice style,
>>>>>>>>>> right?
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Cuis mailing list
>>>>>>>>> Cuis at jvuletich.org
>>>>>>>>> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org
>>>>>>> _______________________________________________
>>>>>>> Cuis mailing list
>>>>>>> Cuis at jvuletich.org
>>>>>>> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org
>>>>>>>
>>>>
>>>> _______________________________________________
>>>> Cuis mailing list
>>>> Cuis at jvuletich.org
>>>> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org
>>>
>>> _______________________________________________
>>> Cuis mailing list
>>> Cuis at jvuletich.org
>>> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org
>>>
>> _______________________________________________
>> Cuis mailing list
>> Cuis at jvuletich.org
>> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org
>>
>
>
> _______________________________________________
> Cuis mailing list
> Cuis at jvuletich.org
> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org