Re: [MBS] When GrowlNotification does nothing

2014-06-27 Thread Marnaud
Le 25 juin 2014 à 14:38, Christian Schmitz a écrit:

 Did you load Growl framework?
 
 Does our example work for you?

Ok, your examples work and I had not loaded the framework. Still, the 
documentation doesn't tell anything about the need to load a framework (and the 
link for more information to the Growl's website is as useful as if it was a 
C++ sniped code (one reason to use Xojo being it's readability)). Also, it 
takes time to find examples (that's not your fault, of course, but it 
discourages me to try the examples when something fails).
Perhaps mentioning the need to load a framework would be useful in the main 
page of the MBS documentation for the Growl class?

Thank you.
___
Mbsplugins_monkeybreadsoftware.info mailing list
mbsplugins@monkeybreadsoftware.info
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info


[MBS] PictureMBS platform byte-order differences

2014-06-27 Thread Michael Diehr
Hi Christian,

If you run the following code on Cocoa vs. Win32 (with GDI+ enabled), the final 
picture result is different, it appears as if the pixels are mis-ordered:

Pushbutton1.Action
  ' testing PictureMBS byte order
  dim w,h as integer
  w=32
  h=32
  dim p as new picture(w,h)
  dim r as RGBSurface = p.RGBSurface
  for y as integer = 0 to h-1
for x as integer = 0 to w-1
  r.Pixel(x,y) = cFF80bb99
next
  next
  
  dim pSrc as new PictureMBS(p,p.HasAlphaChannel)
  dim data as new MemoryBlock(w*h*4)
  dim pDest as new PictureMBS(data,w,h,PictureMBS.ImageFormatBGRA,w*4)
  
  call pDest.copyPixels(pSrc)
  
  dim p2 as picture = pDest.CopyPicture
  break // look at p2 in the debugger.  On Mac it's purpleish, on windows it's 
greenish

Is this a bug in PictureMBS?

___
Mbsplugins_monkeybreadsoftware.info mailing list
mbsplugins@monkeybreadsoftware.info
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info


Re: [MBS] PictureMBS platform byte-order differences

2014-06-27 Thread Michael Diehr
It seems that a workaround is to add this:

  #if TargetWin32
data.EndianU32_LtoBMBS(0,data.size/4)
  #endif


On Jun 27, 2014, at 9:03 AM, Michael Diehr m...@xochi.com wrote:

 Hi Christian,
 
 If you run the following code on Cocoa vs. Win32 (with GDI+ enabled), the 
 final picture result is different, it appears as if the pixels are 
 mis-ordered:
 
 Pushbutton1.Action
  ' testing PictureMBS byte order
  dim w,h as integer
  w=32
  h=32
  dim p as new picture(w,h)
  dim r as RGBSurface = p.RGBSurface
  for y as integer = 0 to h-1
for x as integer = 0 to w-1
  r.Pixel(x,y) = cFF80bb99
next
  next
 
  dim pSrc as new PictureMBS(p,p.HasAlphaChannel)
  dim data as new MemoryBlock(w*h*4)
  dim pDest as new PictureMBS(data,w,h,PictureMBS.ImageFormatBGRA,w*4)
 
  call pDest.copyPixels(pSrc)
 
  dim p2 as picture = pDest.CopyPicture
  break // look at p2 in the debugger.  On Mac it's purpleish, on windows it's 
 greenish
 
 Is this a bug in PictureMBS?
 
 ___
 Mbsplugins_monkeybreadsoftware.info mailing list
 mbsplugins@monkeybreadsoftware.info
 https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info

___
Mbsplugins_monkeybreadsoftware.info mailing list
mbsplugins@monkeybreadsoftware.info
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info


Re: [MBS] PictureMBS vs. PictureReaderMBS ?

2014-06-27 Thread Christian Schmitz

Am 27.06.2014 um 17:48 schrieb Michael Diehr m...@xochi.com:

 Hi Christian,
 
 A few questions:
 
 1. Do you have any idea what's the fastest way to get access to the pixel 
 data ARGB (etc.) in a Xojo Picture?  I'm trying to avoid making extra copies 
 of the data, both to avoid the memory usage and the time wasted.  Should 
 PictureMBS be faster or slower than PictureReaderMBS?

PictureMBS does not copy the image in constructor. 
PictureReaderMBS may make a copy if required.
PictureEditorMBS also does not copy.

 2. Also, the documentation for PictureReaderMBS.Data says  
  Changes here will be visible in the picture. (except for platforms where a 
 copy is made of the data)
  If I'm using the new-style 32 bit Xojo pictures, do you know for Win32 or 
 Cocoa if the copy is made?

A copy is made for older things like ICNS or PICT based pictures. Or with 
vector pictures.
Or with pictures  32 bit. But it should not make one for new style pictures.

Sincerely
Christian

-- 
Read our blog about news on our plugins:

http://www.mbsplugins.de/

___
Mbsplugins_monkeybreadsoftware.info mailing list
mbsplugins@monkeybreadsoftware.info
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info


Re: [MBS] PictureMBS platform byte-order differences

2014-06-27 Thread Christian Schmitz

Am 27.06.2014 um 18:03 schrieb Michael Diehr m...@xochi.com:

 Hi Christian,
 
 If you run the following code on Cocoa vs. Win32 (with GDI+ enabled), the 
 final picture result is different, it appears as if the pixels are 
 mis-ordered:

fixed for next version.

Also for future I make the Offset properties writable, so you can correct it 
yourself.

Sincerely
Christian

-- 
Read our blog about news on our plugins:

http://www.mbsplugins.de/

___
Mbsplugins_monkeybreadsoftware.info mailing list
mbsplugins@monkeybreadsoftware.info
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info