Pharo-dev
By thread
pharo-dev@lists.pharo.org
By month
Messages by month
- ----- 2026 -----
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
December 2014
- 1079 messages
Re: [Pharo-dev] Opal compilation [WAS] Re: [Seaside] Re: Pharo 3 / Seaside 3.1 - development time error
by Thierry Goubier
2014-12-11 14:55 GMT+01:00 Mariano Martinez Peck <marianopeck(a)gmail.com>:
>
>
> On Thu, Dec 11, 2014 at 10:49 AM, Thierry Goubier <
> thierry.goubier(a)gmail.com> wrote:
>
>> Hi Mariano,
>>
>> I would suspect Opal parsing this as not a method, but as an expression.
>>
>> Can you check what method of the compiler Seaside uses to compile code?
>>
>
> nautilus selectedClass subclassDefinerClass
> evaluate: input
> notifying: aController
> logged: true ]
>
Isn't that a method used to evaluate the
myClass subclass: #mySubclass ...
code? In that case, this is an expression and it can't be used to compile a
method.
It should be something like:
nautilus selectedClass
compile: input
classified: something
notifying: aController.
Thierry
>
>
> This is called from the method #contents: input notifying: aController of
> WANautilusBrowser.
>
>
>
>>
>>
>> Thierry
>>
>>
>> 2014-12-11 14:11 GMT+01:00 Mariano Martinez Peck <marianopeck(a)gmail.com>:
>>
>>> Ok...I can reproduce it. The difference between Pharo 3.0 and 2.0 is
>>> likely that in 3.0 we have the new Opal compiler. If I debug your problem,
>>> it seems Opal is not able to even parse the method. It fails with
>>> a SyntaxErrorNotification. Example:
>>>
>>> Variable or expression expected -> renderContentOn: html
>>> self wasShown
>>> ifTrue: [ ^ self ].
>>> self messageString
>>> ifNotNil: [
>>> self messageType = 'error'
>>> ifTrue: [
>>> html tbsAlert
>>> beDanger;
>>> with: [ html text: self messageString ] ].
>>> self messageType = 'info'
>>> ifTrue: [
>>> html tbsAlert
>>> beInfo;
>>> with: [ html text: self messageString ] ].
>>> self messageType = 'success'
>>> ifTrue: [
>>> html tbsAlert
>>> beSuccess;
>>> with: [ html text: self messageString ] ].
>>> ].
>>> self wasShown: true
>>>
>>>
>>>
>>>
>>> On Thu, Dec 11, 2014 at 9:52 AM, Sanjay-M <sm(a)planage.com> wrote:
>>>
>>>> I do not get an error in the Seaside one-click experience 3.1 from
>>>> seaside.st
>>>> pharo page which uses pharo 2.0
>>>>
>>>> With a fresh 3.0 image and loading seaside 3.1 using the Gofer method -
>>>> the
>>>> issue persists (i.e. I cannot save code from Seaside class browser and
>>>> get
>>>> an error:
>>>> MessageNotUnderstood: receiver of "generateWithSource" is nil
>>>> Your request could not be completed. An exception occurred.)
>>>>
>>>> and this is further broken in pharo 4.0 where the class browser does not
>>>> come up completely
>>>>
>>>> can I get some help as I do not wish to revert to an older pharo version
>>>>
>>>> regards
>>>> Sanjay
>>>>
>>>>
>>>> Sven Van Caekenberghe-2 wrote
>>>> > Sorry, I can't help you with Windows.
>>>> >
>>>> >> On 11 Dec 2014, at 12:04, Sanjay-M <
>>>>
>>>> > sm@
>>>>
>>>> > > wrote:
>>>> >>
>>>> >> I am in a Windows environment and am running the VM and image from
>>>> the
>>>> >> same
>>>> >> directory
>>>> >>
>>>> >> what is the equivalent of below in a Win 7 ennvironment
>>>> >>
>>>> >> thanks
>>>> >> Sanjay
>>>> >>
>>>> >>
>>>> >> Sven Van Caekenberghe-2 wrote
>>>> >>> Are you sure your image can access its changes and sources ?
>>>> >>>
>>>> >>> Can you do something like
>>>> >>>
>>>> >>> $ ./bin/pharo -vm-display-null t3.image eval '(String>>#capitalized)
>>>> >>> sourceCode'
>>>> >>> 'capitalized
>>>> >>> "Return a copy with the first letter capitalized"
>>>> >>> | cap |
>>>> >>> self isEmpty ifTrue: [ ^self copy ].
>>>> >>> cap := self copy.
>>>> >>> cap at: 1 put: (cap at: 1) asUppercase.
>>>> >>> ^ cap'
>>>> >>>
>>>> >>> ?
>>>> >>>
>>>> >>>> On 11 Dec 2014, at 10:39, Sanjay-M <
>>>> >>
>>>> >>> sm@
>>>> >>
>>>> >>> > wrote:
>>>> >>>>
>>>> >>>> Hi
>>>> >>>>
>>>> >>>> In Pharo 3 + Seaside 3.1
>>>> >>>> I get the following error in Halos->class browser
>>>> >>>> when I edit renderContentOn: (add a line) and hit [accept]
>>>> >>>>
>>>> >>>> MessageNotUnderstood: receiver of "generateWithSource" is nil
>>>> >>>> Your request could not be completed. An exception occurred.
>>>> >>>>
>>>> >>>> and also in Pharo 4 + seaside 3.1
>>>> >>>> the class browser does not work
>>>> >>>> (there is an error when loading Seaside itself which is in another
>>>> >>>> post)
>>>> >>>>
>>>> >>>> regards
>>>> >>>> Sanjay
>>>> >>>>
>>>> >>>>
>>>> >>>>
>>>> >>>>
>>>> >>>> -----
>>>> >>>> ---
>>>> >>>> Regards, Sanjay
>>>> >>>> --
>>>> >>>> View this message in context:
>>>> >>>>
>>>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419.…
>>>> >>>> Sent from the Seaside General mailing list archive at Nabble.com.
>>>> >>>> _______________________________________________
>>>> >>>> seaside mailing list
>>>> >>>>
>>>> >>
>>>> >>> seaside@.squeakfoundation
>>>> >>
>>>> >>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>> >>>
>>>> >>> _______________________________________________
>>>> >>> seaside mailing list
>>>> >>
>>>> >>> seaside@.squeakfoundation
>>>> >>
>>>> >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >> -----
>>>> >> ---
>>>> >> Regards, Sanjay
>>>> >> --
>>>> >> View this message in context:
>>>> >>
>>>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419p…
>>>> >> Sent from the Seaside General mailing list archive at Nabble.com.
>>>> >> _______________________________________________
>>>> >> seaside mailing list
>>>> >>
>>>>
>>>> > seaside@.squeakfoundation
>>>>
>>>> >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>> >
>>>> > _______________________________________________
>>>> > seaside mailing list
>>>>
>>>> > seaside@.squeakfoundation
>>>>
>>>> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> -----
>>>> ---
>>>> Regards, Sanjay
>>>> --
>>>> View this message in context:
>>>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419p…
>>>> Sent from the Seaside General mailing list archive at Nabble.com.
>>>> _______________________________________________
>>>> seaside mailing list
>>>> seaside(a)lists.squeakfoundation.org
>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>
>>>
>>>
>>>
>>> --
>>> Mariano
>>> http://marianopeck.wordpress.com
>>>
>>
>>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
Dec. 11, 2014
Re: [Pharo-dev] Opal compilation [WAS] Re: [Seaside] Re: Pharo 3 / Seaside 3.1 - development time error
by Mariano Martinez Peck
This is the code:
contents: input notifying: aController
^ nautilus showComment
ifTrue: [
nautilus selectedClass organization comment: input.
true ]
ifFalse: [
selectedMessageCategory isNil
ifTrue: [
"compile a class"
nautilus selectedClass subclassDefinerClass
evaluate: input
notifying: aController
logged: true ]
ifFalse: [
"compile a method"
(self selectedClass
compile: input
classified: selectedMessageCategory
notifying: aController) isSymbol ] ]
selectedMessageCategory is nil.....that's why it goes to the "class" side
of the IF... mmmm
On Thu, Dec 11, 2014 at 10:55 AM, Mariano Martinez Peck <
marianopeck(a)gmail.com> wrote:
>
>
> On Thu, Dec 11, 2014 at 10:49 AM, Thierry Goubier <
> thierry.goubier(a)gmail.com> wrote:
>
>> Hi Mariano,
>>
>> I would suspect Opal parsing this as not a method, but as an expression.
>>
>> Can you check what method of the compiler Seaside uses to compile code?
>>
>
> nautilus selectedClass subclassDefinerClass
> evaluate: input
> notifying: aController
> logged: true ]
>
>
> This is called from the method #contents: input notifying: aController of
> WANautilusBrowser.
>
>
>
>>
>>
>> Thierry
>>
>>
>> 2014-12-11 14:11 GMT+01:00 Mariano Martinez Peck <marianopeck(a)gmail.com>:
>>
>>> Ok...I can reproduce it. The difference between Pharo 3.0 and 2.0 is
>>> likely that in 3.0 we have the new Opal compiler. If I debug your problem,
>>> it seems Opal is not able to even parse the method. It fails with
>>> a SyntaxErrorNotification. Example:
>>>
>>> Variable or expression expected -> renderContentOn: html
>>> self wasShown
>>> ifTrue: [ ^ self ].
>>> self messageString
>>> ifNotNil: [
>>> self messageType = 'error'
>>> ifTrue: [
>>> html tbsAlert
>>> beDanger;
>>> with: [ html text: self messageString ] ].
>>> self messageType = 'info'
>>> ifTrue: [
>>> html tbsAlert
>>> beInfo;
>>> with: [ html text: self messageString ] ].
>>> self messageType = 'success'
>>> ifTrue: [
>>> html tbsAlert
>>> beSuccess;
>>> with: [ html text: self messageString ] ].
>>> ].
>>> self wasShown: true
>>>
>>>
>>>
>>>
>>> On Thu, Dec 11, 2014 at 9:52 AM, Sanjay-M <sm(a)planage.com> wrote:
>>>
>>>> I do not get an error in the Seaside one-click experience 3.1 from
>>>> seaside.st
>>>> pharo page which uses pharo 2.0
>>>>
>>>> With a fresh 3.0 image and loading seaside 3.1 using the Gofer method -
>>>> the
>>>> issue persists (i.e. I cannot save code from Seaside class browser and
>>>> get
>>>> an error:
>>>> MessageNotUnderstood: receiver of "generateWithSource" is nil
>>>> Your request could not be completed. An exception occurred.)
>>>>
>>>> and this is further broken in pharo 4.0 where the class browser does not
>>>> come up completely
>>>>
>>>> can I get some help as I do not wish to revert to an older pharo version
>>>>
>>>> regards
>>>> Sanjay
>>>>
>>>>
>>>> Sven Van Caekenberghe-2 wrote
>>>> > Sorry, I can't help you with Windows.
>>>> >
>>>> >> On 11 Dec 2014, at 12:04, Sanjay-M <
>>>>
>>>> > sm@
>>>>
>>>> > > wrote:
>>>> >>
>>>> >> I am in a Windows environment and am running the VM and image from
>>>> the
>>>> >> same
>>>> >> directory
>>>> >>
>>>> >> what is the equivalent of below in a Win 7 ennvironment
>>>> >>
>>>> >> thanks
>>>> >> Sanjay
>>>> >>
>>>> >>
>>>> >> Sven Van Caekenberghe-2 wrote
>>>> >>> Are you sure your image can access its changes and sources ?
>>>> >>>
>>>> >>> Can you do something like
>>>> >>>
>>>> >>> $ ./bin/pharo -vm-display-null t3.image eval '(String>>#capitalized)
>>>> >>> sourceCode'
>>>> >>> 'capitalized
>>>> >>> "Return a copy with the first letter capitalized"
>>>> >>> | cap |
>>>> >>> self isEmpty ifTrue: [ ^self copy ].
>>>> >>> cap := self copy.
>>>> >>> cap at: 1 put: (cap at: 1) asUppercase.
>>>> >>> ^ cap'
>>>> >>>
>>>> >>> ?
>>>> >>>
>>>> >>>> On 11 Dec 2014, at 10:39, Sanjay-M <
>>>> >>
>>>> >>> sm@
>>>> >>
>>>> >>> > wrote:
>>>> >>>>
>>>> >>>> Hi
>>>> >>>>
>>>> >>>> In Pharo 3 + Seaside 3.1
>>>> >>>> I get the following error in Halos->class browser
>>>> >>>> when I edit renderContentOn: (add a line) and hit [accept]
>>>> >>>>
>>>> >>>> MessageNotUnderstood: receiver of "generateWithSource" is nil
>>>> >>>> Your request could not be completed. An exception occurred.
>>>> >>>>
>>>> >>>> and also in Pharo 4 + seaside 3.1
>>>> >>>> the class browser does not work
>>>> >>>> (there is an error when loading Seaside itself which is in another
>>>> >>>> post)
>>>> >>>>
>>>> >>>> regards
>>>> >>>> Sanjay
>>>> >>>>
>>>> >>>>
>>>> >>>>
>>>> >>>>
>>>> >>>> -----
>>>> >>>> ---
>>>> >>>> Regards, Sanjay
>>>> >>>> --
>>>> >>>> View this message in context:
>>>> >>>>
>>>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419.…
>>>> >>>> Sent from the Seaside General mailing list archive at Nabble.com.
>>>> >>>> _______________________________________________
>>>> >>>> seaside mailing list
>>>> >>>>
>>>> >>
>>>> >>> seaside@.squeakfoundation
>>>> >>
>>>> >>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>> >>>
>>>> >>> _______________________________________________
>>>> >>> seaside mailing list
>>>> >>
>>>> >>> seaside@.squeakfoundation
>>>> >>
>>>> >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >> -----
>>>> >> ---
>>>> >> Regards, Sanjay
>>>> >> --
>>>> >> View this message in context:
>>>> >>
>>>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419p…
>>>> >> Sent from the Seaside General mailing list archive at Nabble.com.
>>>> >> _______________________________________________
>>>> >> seaside mailing list
>>>> >>
>>>>
>>>> > seaside@.squeakfoundation
>>>>
>>>> >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>> >
>>>> > _______________________________________________
>>>> > seaside mailing list
>>>>
>>>> > seaside@.squeakfoundation
>>>>
>>>> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> -----
>>>> ---
>>>> Regards, Sanjay
>>>> --
>>>> View this message in context:
>>>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419p…
>>>> Sent from the Seaside General mailing list archive at Nabble.com.
>>>> _______________________________________________
>>>> seaside mailing list
>>>> seaside(a)lists.squeakfoundation.org
>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>
>>>
>>>
>>>
>>> --
>>> Mariano
>>> http://marianopeck.wordpress.com
>>>
>>
>>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
--
Mariano
http://marianopeck.wordpress.com
Dec. 11, 2014
Re: [Pharo-dev] Opal compilation [WAS] Re: [Seaside] Re: Pharo 3 / Seaside 3.1 - development time error
by Mariano Martinez Peck
On Thu, Dec 11, 2014 at 10:49 AM, Thierry Goubier <thierry.goubier(a)gmail.com
> wrote:
> Hi Mariano,
>
> I would suspect Opal parsing this as not a method, but as an expression.
>
> Can you check what method of the compiler Seaside uses to compile code?
>
nautilus selectedClass subclassDefinerClass
evaluate: input
notifying: aController
logged: true ]
This is called from the method #contents: input notifying: aController of
WANautilusBrowser.
>
>
> Thierry
>
>
> 2014-12-11 14:11 GMT+01:00 Mariano Martinez Peck <marianopeck(a)gmail.com>:
>
>> Ok...I can reproduce it. The difference between Pharo 3.0 and 2.0 is
>> likely that in 3.0 we have the new Opal compiler. If I debug your problem,
>> it seems Opal is not able to even parse the method. It fails with
>> a SyntaxErrorNotification. Example:
>>
>> Variable or expression expected -> renderContentOn: html
>> self wasShown
>> ifTrue: [ ^ self ].
>> self messageString
>> ifNotNil: [
>> self messageType = 'error'
>> ifTrue: [
>> html tbsAlert
>> beDanger;
>> with: [ html text: self messageString ] ].
>> self messageType = 'info'
>> ifTrue: [
>> html tbsAlert
>> beInfo;
>> with: [ html text: self messageString ] ].
>> self messageType = 'success'
>> ifTrue: [
>> html tbsAlert
>> beSuccess;
>> with: [ html text: self messageString ] ].
>> ].
>> self wasShown: true
>>
>>
>>
>>
>> On Thu, Dec 11, 2014 at 9:52 AM, Sanjay-M <sm(a)planage.com> wrote:
>>
>>> I do not get an error in the Seaside one-click experience 3.1 from
>>> seaside.st
>>> pharo page which uses pharo 2.0
>>>
>>> With a fresh 3.0 image and loading seaside 3.1 using the Gofer method -
>>> the
>>> issue persists (i.e. I cannot save code from Seaside class browser and
>>> get
>>> an error:
>>> MessageNotUnderstood: receiver of "generateWithSource" is nil
>>> Your request could not be completed. An exception occurred.)
>>>
>>> and this is further broken in pharo 4.0 where the class browser does not
>>> come up completely
>>>
>>> can I get some help as I do not wish to revert to an older pharo version
>>>
>>> regards
>>> Sanjay
>>>
>>>
>>> Sven Van Caekenberghe-2 wrote
>>> > Sorry, I can't help you with Windows.
>>> >
>>> >> On 11 Dec 2014, at 12:04, Sanjay-M <
>>>
>>> > sm@
>>>
>>> > > wrote:
>>> >>
>>> >> I am in a Windows environment and am running the VM and image from the
>>> >> same
>>> >> directory
>>> >>
>>> >> what is the equivalent of below in a Win 7 ennvironment
>>> >>
>>> >> thanks
>>> >> Sanjay
>>> >>
>>> >>
>>> >> Sven Van Caekenberghe-2 wrote
>>> >>> Are you sure your image can access its changes and sources ?
>>> >>>
>>> >>> Can you do something like
>>> >>>
>>> >>> $ ./bin/pharo -vm-display-null t3.image eval '(String>>#capitalized)
>>> >>> sourceCode'
>>> >>> 'capitalized
>>> >>> "Return a copy with the first letter capitalized"
>>> >>> | cap |
>>> >>> self isEmpty ifTrue: [ ^self copy ].
>>> >>> cap := self copy.
>>> >>> cap at: 1 put: (cap at: 1) asUppercase.
>>> >>> ^ cap'
>>> >>>
>>> >>> ?
>>> >>>
>>> >>>> On 11 Dec 2014, at 10:39, Sanjay-M <
>>> >>
>>> >>> sm@
>>> >>
>>> >>> > wrote:
>>> >>>>
>>> >>>> Hi
>>> >>>>
>>> >>>> In Pharo 3 + Seaside 3.1
>>> >>>> I get the following error in Halos->class browser
>>> >>>> when I edit renderContentOn: (add a line) and hit [accept]
>>> >>>>
>>> >>>> MessageNotUnderstood: receiver of "generateWithSource" is nil
>>> >>>> Your request could not be completed. An exception occurred.
>>> >>>>
>>> >>>> and also in Pharo 4 + seaside 3.1
>>> >>>> the class browser does not work
>>> >>>> (there is an error when loading Seaside itself which is in another
>>> >>>> post)
>>> >>>>
>>> >>>> regards
>>> >>>> Sanjay
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>> -----
>>> >>>> ---
>>> >>>> Regards, Sanjay
>>> >>>> --
>>> >>>> View this message in context:
>>> >>>>
>>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419.…
>>> >>>> Sent from the Seaside General mailing list archive at Nabble.com.
>>> >>>> _______________________________________________
>>> >>>> seaside mailing list
>>> >>>>
>>> >>
>>> >>> seaside@.squeakfoundation
>>> >>
>>> >>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>> >>>
>>> >>> _______________________________________________
>>> >>> seaside mailing list
>>> >>
>>> >>> seaside@.squeakfoundation
>>> >>
>>> >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> -----
>>> >> ---
>>> >> Regards, Sanjay
>>> >> --
>>> >> View this message in context:
>>> >>
>>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419p…
>>> >> Sent from the Seaside General mailing list archive at Nabble.com.
>>> >> _______________________________________________
>>> >> seaside mailing list
>>> >>
>>>
>>> > seaside@.squeakfoundation
>>>
>>> >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>> >
>>> > _______________________________________________
>>> > seaside mailing list
>>>
>>> > seaside@.squeakfoundation
>>>
>>> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>
>>>
>>>
>>>
>>>
>>> -----
>>> ---
>>> Regards, Sanjay
>>> --
>>> View this message in context:
>>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419p…
>>> Sent from the Seaside General mailing list archive at Nabble.com.
>>> _______________________________________________
>>> seaside mailing list
>>> seaside(a)lists.squeakfoundation.org
>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>
>>
>>
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>
>
--
Mariano
http://marianopeck.wordpress.com
Dec. 11, 2014
Re: [Pharo-dev] Opal compilation [WAS] Re: [Seaside] Re: Pharo 3 / Seaside 3.1 - development time error
by Thierry Goubier
Hi Mariano,
I would suspect Opal parsing this as not a method, but as an expression.
Can you check what method of the compiler Seaside uses to compile code?
Thierry
2014-12-11 14:11 GMT+01:00 Mariano Martinez Peck <marianopeck(a)gmail.com>:
> Ok...I can reproduce it. The difference between Pharo 3.0 and 2.0 is
> likely that in 3.0 we have the new Opal compiler. If I debug your problem,
> it seems Opal is not able to even parse the method. It fails with
> a SyntaxErrorNotification. Example:
>
> Variable or expression expected -> renderContentOn: html
> self wasShown
> ifTrue: [ ^ self ].
> self messageString
> ifNotNil: [
> self messageType = 'error'
> ifTrue: [
> html tbsAlert
> beDanger;
> with: [ html text: self messageString ] ].
> self messageType = 'info'
> ifTrue: [
> html tbsAlert
> beInfo;
> with: [ html text: self messageString ] ].
> self messageType = 'success'
> ifTrue: [
> html tbsAlert
> beSuccess;
> with: [ html text: self messageString ] ].
> ].
> self wasShown: true
>
>
>
>
> On Thu, Dec 11, 2014 at 9:52 AM, Sanjay-M <sm(a)planage.com> wrote:
>
>> I do not get an error in the Seaside one-click experience 3.1 from
>> seaside.st
>> pharo page which uses pharo 2.0
>>
>> With a fresh 3.0 image and loading seaside 3.1 using the Gofer method -
>> the
>> issue persists (i.e. I cannot save code from Seaside class browser and get
>> an error:
>> MessageNotUnderstood: receiver of "generateWithSource" is nil
>> Your request could not be completed. An exception occurred.)
>>
>> and this is further broken in pharo 4.0 where the class browser does not
>> come up completely
>>
>> can I get some help as I do not wish to revert to an older pharo version
>>
>> regards
>> Sanjay
>>
>>
>> Sven Van Caekenberghe-2 wrote
>> > Sorry, I can't help you with Windows.
>> >
>> >> On 11 Dec 2014, at 12:04, Sanjay-M <
>>
>> > sm@
>>
>> > > wrote:
>> >>
>> >> I am in a Windows environment and am running the VM and image from the
>> >> same
>> >> directory
>> >>
>> >> what is the equivalent of below in a Win 7 ennvironment
>> >>
>> >> thanks
>> >> Sanjay
>> >>
>> >>
>> >> Sven Van Caekenberghe-2 wrote
>> >>> Are you sure your image can access its changes and sources ?
>> >>>
>> >>> Can you do something like
>> >>>
>> >>> $ ./bin/pharo -vm-display-null t3.image eval '(String>>#capitalized)
>> >>> sourceCode'
>> >>> 'capitalized
>> >>> "Return a copy with the first letter capitalized"
>> >>> | cap |
>> >>> self isEmpty ifTrue: [ ^self copy ].
>> >>> cap := self copy.
>> >>> cap at: 1 put: (cap at: 1) asUppercase.
>> >>> ^ cap'
>> >>>
>> >>> ?
>> >>>
>> >>>> On 11 Dec 2014, at 10:39, Sanjay-M <
>> >>
>> >>> sm@
>> >>
>> >>> > wrote:
>> >>>>
>> >>>> Hi
>> >>>>
>> >>>> In Pharo 3 + Seaside 3.1
>> >>>> I get the following error in Halos->class browser
>> >>>> when I edit renderContentOn: (add a line) and hit [accept]
>> >>>>
>> >>>> MessageNotUnderstood: receiver of "generateWithSource" is nil
>> >>>> Your request could not be completed. An exception occurred.
>> >>>>
>> >>>> and also in Pharo 4 + seaside 3.1
>> >>>> the class browser does not work
>> >>>> (there is an error when loading Seaside itself which is in another
>> >>>> post)
>> >>>>
>> >>>> regards
>> >>>> Sanjay
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> -----
>> >>>> ---
>> >>>> Regards, Sanjay
>> >>>> --
>> >>>> View this message in context:
>> >>>>
>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419.…
>> >>>> Sent from the Seaside General mailing list archive at Nabble.com.
>> >>>> _______________________________________________
>> >>>> seaside mailing list
>> >>>>
>> >>
>> >>> seaside@.squeakfoundation
>> >>
>> >>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>> >>>
>> >>> _______________________________________________
>> >>> seaside mailing list
>> >>
>> >>> seaside@.squeakfoundation
>> >>
>> >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> -----
>> >> ---
>> >> Regards, Sanjay
>> >> --
>> >> View this message in context:
>> >>
>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419p…
>> >> Sent from the Seaside General mailing list archive at Nabble.com.
>> >> _______________________________________________
>> >> seaside mailing list
>> >>
>>
>> > seaside@.squeakfoundation
>>
>> >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>> >
>> > _______________________________________________
>> > seaside mailing list
>>
>> > seaside@.squeakfoundation
>>
>> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>>
>>
>>
>>
>> -----
>> ---
>> Regards, Sanjay
>> --
>> View this message in context:
>> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419p…
>> Sent from the Seaside General mailing list archive at Nabble.com.
>> _______________________________________________
>> seaside mailing list
>> seaside(a)lists.squeakfoundation.org
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
Dec. 11, 2014
Opal compilation [WAS] Re: [Seaside] Re: Pharo 3 / Seaside 3.1 - development time error
by Mariano Martinez Peck
Ok...I can reproduce it. The difference between Pharo 3.0 and 2.0 is likely
that in 3.0 we have the new Opal compiler. If I debug your problem, it
seems Opal is not able to even parse the method. It fails with
a SyntaxErrorNotification. Example:
Variable or expression expected -> renderContentOn: html
self wasShown
ifTrue: [ ^ self ].
self messageString
ifNotNil: [
self messageType = 'error'
ifTrue: [
html tbsAlert
beDanger;
with: [ html text: self messageString ] ].
self messageType = 'info'
ifTrue: [
html tbsAlert
beInfo;
with: [ html text: self messageString ] ].
self messageType = 'success'
ifTrue: [
html tbsAlert
beSuccess;
with: [ html text: self messageString ] ].
].
self wasShown: true
On Thu, Dec 11, 2014 at 9:52 AM, Sanjay-M <sm(a)planage.com> wrote:
> I do not get an error in the Seaside one-click experience 3.1 from
> seaside.st
> pharo page which uses pharo 2.0
>
> With a fresh 3.0 image and loading seaside 3.1 using the Gofer method - the
> issue persists (i.e. I cannot save code from Seaside class browser and get
> an error:
> MessageNotUnderstood: receiver of "generateWithSource" is nil
> Your request could not be completed. An exception occurred.)
>
> and this is further broken in pharo 4.0 where the class browser does not
> come up completely
>
> can I get some help as I do not wish to revert to an older pharo version
>
> regards
> Sanjay
>
>
> Sven Van Caekenberghe-2 wrote
> > Sorry, I can't help you with Windows.
> >
> >> On 11 Dec 2014, at 12:04, Sanjay-M <
>
> > sm@
>
> > > wrote:
> >>
> >> I am in a Windows environment and am running the VM and image from the
> >> same
> >> directory
> >>
> >> what is the equivalent of below in a Win 7 ennvironment
> >>
> >> thanks
> >> Sanjay
> >>
> >>
> >> Sven Van Caekenberghe-2 wrote
> >>> Are you sure your image can access its changes and sources ?
> >>>
> >>> Can you do something like
> >>>
> >>> $ ./bin/pharo -vm-display-null t3.image eval '(String>>#capitalized)
> >>> sourceCode'
> >>> 'capitalized
> >>> "Return a copy with the first letter capitalized"
> >>> | cap |
> >>> self isEmpty ifTrue: [ ^self copy ].
> >>> cap := self copy.
> >>> cap at: 1 put: (cap at: 1) asUppercase.
> >>> ^ cap'
> >>>
> >>> ?
> >>>
> >>>> On 11 Dec 2014, at 10:39, Sanjay-M <
> >>
> >>> sm@
> >>
> >>> > wrote:
> >>>>
> >>>> Hi
> >>>>
> >>>> In Pharo 3 + Seaside 3.1
> >>>> I get the following error in Halos->class browser
> >>>> when I edit renderContentOn: (add a line) and hit [accept]
> >>>>
> >>>> MessageNotUnderstood: receiver of "generateWithSource" is nil
> >>>> Your request could not be completed. An exception occurred.
> >>>>
> >>>> and also in Pharo 4 + seaside 3.1
> >>>> the class browser does not work
> >>>> (there is an error when loading Seaside itself which is in another
> >>>> post)
> >>>>
> >>>> regards
> >>>> Sanjay
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> -----
> >>>> ---
> >>>> Regards, Sanjay
> >>>> --
> >>>> View this message in context:
> >>>>
> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419.…
> >>>> Sent from the Seaside General mailing list archive at Nabble.com.
> >>>> _______________________________________________
> >>>> seaside mailing list
> >>>>
> >>
> >>> seaside@.squeakfoundation
> >>
> >>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
> >>>
> >>> _______________________________________________
> >>> seaside mailing list
> >>
> >>> seaside@.squeakfoundation
> >>
> >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
> >>
> >>
> >>
> >>
> >>
> >> -----
> >> ---
> >> Regards, Sanjay
> >> --
> >> View this message in context:
> >>
> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419p…
> >> Sent from the Seaside General mailing list archive at Nabble.com.
> >> _______________________________________________
> >> seaside mailing list
> >>
>
> > seaside@.squeakfoundation
>
> >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
> >
> > _______________________________________________
> > seaside mailing list
>
> > seaside@.squeakfoundation
>
> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
>
>
>
>
> -----
> ---
> Regards, Sanjay
> --
> View this message in context:
> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-tp4795419p…
> Sent from the Seaside General mailing list archive at Nabble.com.
> _______________________________________________
> seaside mailing list
> seaside(a)lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
--
Mariano
http://marianopeck.wordpress.com
Dec. 11, 2014
Re: [Pharo-dev] Is GTSpotter theme-aware ?
by Henrik Johansen
So the proposed solution is to do separate them class hierarchies with essentially the same properties (colors, fonts, etc) on a Tool-by-Tool basis?
I'm certainly no lover of the current UITheme, but that doesn't sound like it scales a whole lot better to me...
(Ref. your example, having UITheme methods aimed at giving Dialogs specific active fill colors (so, active fill colors for other types of windows are potentially different?) sounds rather the wrong way to go about things...)
Cheers,
Henry
> On 10 Dec 2014, at 5:03 , Tudor Girba <tudor(a)tudorgirba.com> wrote:
>
> It is. Read my mail :).
>
> Doru
>
> On Wed, Dec 10, 2014 at 4:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote:
> it doesnât need to be made for every theme around, just âtheme awareâ, which means do not use hardcoded values but the ones defined in the themes.
>
> Esteban
>
>> On 10 Dec 2014, at 16:47, Aliaksei Syrel <alex.syrel(a)gmail.com <mailto:alex.syrel@gmail.com>> wrote:
>>
>> Hi,
>>
>> For now testing Spotter for every existing theme is not on the first place in our TODO list. But Spotter uses themer mechanism, so anyone can customize it :)
>>
>> Cheers,
>> Alex
>>
>> On Dec 10, 2014 4:42 PM, "Sven Van Caekenberghe" <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote:
>> Is GTSpotter theme-aware ?
>>
>> It does not seem to use the Dark Theme:
>>
>> <Screen Shot 2014-12-10 at 16.40.23.png>
>>
>> Sven
>
>
>
>
> --
> www.tudorgirba.com <http://www.tudorgirba.com/>
>
> "Every thing has its own flow"
Dec. 11, 2014
Re: [Pharo-dev] spotter and exact matches
by Tudor Girba
It should be improved in the latest GT-InspectorSpotter-Core. Please give
it a try and see if it works for you.
We will still have to improve this part.
Doru
On Wed, Dec 10, 2014 at 11:46 PM, Norbert Hartl <norbert(a)hartl.name> wrote:
> Is it possible to show exact matches in spotter first? Typing something
> like "on:" does not bring up a single on: selector and there is no way to
> specialize more by typing more. So I think it would be good if they would
> come first.
>
> Norbert
>
>
>
--
www.tudorgirba.com
"Every thing has its own flow"
Dec. 11, 2014
Re: [Pharo-dev] Spotter searching for do:separatedBy:
by Tudor Girba
Also, the latest package version of GT-SpotterExtensions-Core includes an
implementors logic that will offer first the methods that start with the
query string. So, do:something... will have precedence over somethingDo:.
Doru
On Thu, Dec 11, 2014 at 11:12 AM, Sven Van Caekenberghe <sven(a)stfx.eu>
wrote:
> hmm, I just updated to 40410 (just one more) and now it works, sorry for
> the noise.
>
> > On 11 Dec 2014, at 11:05, Esteban Lorenzano <estebanlm(a)gmail.com> wrote:
> >
> > I'm just pressing âdo:sâ and I have the resultsâ¦
> >
> >
> > <Screen Shot 2014-12-11 at 11.05.30.png>
> >
> > Esteban
> >
> >> On 11 Dec 2014, at 10:49, Sven Van Caekenberghe <sven(a)stfx.eu> wrote:
> >>
> >> I can't search for do:separatedBy: using Spotter, with or without a
> space.
> >> This seems to be the case for all keyword message with more than 1
> argument.
> >> The previous search tool (shift+Enter) had no problem with this.
> >> Or maybe I am doing something wrong.
> >>
> >
>
>
>
--
www.tudorgirba.com
"Every thing has its own flow"
Dec. 11, 2014
Pharo documentation mentioned online
by kilon alios
Hello pharoers just a notice that pharo is mentioned here
http://www.onlineprogrammingbooks.com/
its website for free programming books, with over 3k likes on facebook.
In smalltalk section Pharo By Example makes the top of the list which is
nice :)
I contacted the authors with links and information for adding Pharo for the
Enterprise , Deep Into Pharo and Pharo By Example Updated :)
Dec. 11, 2014
Re: [Pharo-dev] GTInspector and huge arrays issue
by kilon alios
I am not a fan of Spec myself design wise, obviously Spec is useful, I
really like Morphic and I really like your idea of making small extensions
to Morphic to make it more easy to deal with .
On Thu, Dec 11, 2014 at 1:28 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
> Because we wanted to be both fast and flexible.
>
> Doru
>
> On Thu, Dec 11, 2014 at 12:03 PM, kilon alios <kilon.alios(a)gmail.com>
> wrote:
>
>> curious how come you guys did not use Spec ?
>>
>> On Thu, Dec 11, 2014 at 12:12 AM, Aliaksei Syrel <alex.syrel(a)gmail.com>
>> wrote:
>>
>>> Hi,
>>>
>>> Why the class you use is not available in Moose 5.0 ?
>>>
>>> There were some failing tests, so maybe new classes were not in the
>>> build (The latest is Glamour-Morphic-Brick.88)
>>>
>>> Brick more or less is nothing special. The main idea was to kill morphic
>>> layouting mechanism and reimplement it from scratch. Also drawing logic was
>>> changed, such that there is no way to draw outside of the parent Brick and
>>> to support z-index. But one of the most important feature for us was to
>>> have a normal support of paddings and margins (like in css). And all bounds
>>> are relative to the parent.
>>>
>>> Cheers,
>>> Alex
>>>
>>> On Wed, Dec 10, 2014 at 10:31 PM, kilon alios <kilon.alios(a)gmail.com>
>>> wrote:
>>>
>>>> I am very interested into Brick, because I am very interesting into
>>>> anything GUI and graphic wise and I want to push pharo forward in that
>>>> field with my own efforts as best I can.
>>>>
>>>> The scrolling of your examples is actually very smooth.
>>>>
>>>> Why the class you use is not available in Moose 5.0 ? Because a moose
>>>> 5.0 image I have downloaded recently with pharolauncher that it contains
>>>> GTSpotter yet it does not have the class you use here.
>>>>
>>>> On Wed, Dec 10, 2014 at 9:31 PM, Aliaksei Syrel <alex.syrel(a)gmail.com>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> in case someone is still interested, a Glamour-Morphic-Brick
>>>>> (extension of morph, that was used to build a Spotter)
>>>>> supports a very large lists. You can try in the latest version:
>>>>>
>>>>> GLMScrollListBrick exampleCollection - to open a list of all classes
>>>>> in the image (each element in the list is a morph).
>>>>> GLMScrollListBrick example - list of 2000 elements
>>>>> GLMScrollListBrick exampleInfinity - list of Float infinity number of
>>>>> elements.
>>>>>
>>>>> if your pharo image is old:
>>>>>
>>>>>> Gofer new
>>>>>> smalltalkhubUser: 'Moose' project: 'Glamour';
>>>>>> package: 'Glamour-Morphic-Brick'; load.
>>>>>
>>>>>
>>>>> Maybe we will use it instead of default lists in Inspector.
>>>>>
>>>>> Cheers,
>>>>> Alex
>>>>>
>>>>>
>>>>> On Thu, Dec 4, 2014 at 4:04 PM, Ben Coman <btc(a)openinworld.com> wrote:
>>>>>
>>>>>> Sven Van Caekenberghe wrote:
>>>>>>
>>>>>>> On 04 Dec 2014, at 11:45, phil(a)highoctane.be wrote:
>>>>>>>>
>>>>>>>> But further than that I want to edit values in inspectors.
>>>>>>>>
>>>>>>>
>>>>>>> Yes !
>>>>>>>
>>>>>>> And auto refresh !
>>>>>>>
>>>>>>> Both of these could be depending on presentation, so that heavy
>>>>>>> presentations can opt out.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> It would be good if there was some visual indication of which
>>>>>> presentations auto-refreshed - like a drop pin looking like its "stuck-in"
>>>>>> when not-auto-refreshing. A user might even be able to change the state of
>>>>>> the pin, with the just the default dependent on type of presentation.
>>>>>> cheers -ben
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow"
>
Dec. 11, 2014