>> The documentation seems to suggest that MS COM is based on some 
>> open-standard COM with a few extensions, and that it's *supposed* to 
>> interoperate with other implementations of that standard.
> 
> I see.  The number of "standard" implementations of the same idea is 
> tremendous.

It's meant to be an extension of DCE RPC. (Indeed, I recall Ethereal 
used to mark the packets as such...)

>> (Admittedly, if it's anything like IE and its "standards", this won't 
>> be much fun...)
> 
> To be fair, a lot of what IE does was done before the post-hoc standards 
> were written. Backward compatibility is a bitch.

Heh. And yet, IE6 is still horribly broken, years after those standards 
were written.

>> Give me ARexx any day. :-P
> 
> Agreed. That was pretty cool.

...although possibly not for exchanging large quantities of data, or 
doing crazy stuff like embedding one document inside another. But for 
simple scripting, it sure made everything... simple.

Still, maybe WSH does the same.

-- 
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*

Post a reply to this message

Orchid XP v8 wrote:
> Heh. And yet, IE6 is still horribly broken, years after those standards 
> were written.

But IE6 is following the standards from the earlier IEs. In other words, IE8 
*still* follows the original netscape cookie spec, for example, rather than 
the new improved W3C spec, because there are dumb-ass programmers who think 
that if it works, it must be right.

> Still, maybe WSH does the same.

It does.

-- 
   Darren New, San Diego CA, USA (PST)
   I ordered stamps from Zazzle that read "Place Stamp Here".

Post a reply to this message

Orchid XP v8 schrieb:
>>
>> To be fair, a lot of what IE does was done before the post-hoc 
>> standards were written. Backward compatibility is a bitch.
> 
> Heh. And yet, IE6 is still horribly broken, years after those standards 
> were written.
> 

No surprise, given that it's obsolete since two version increments :-P

Post a reply to this message

>> Of course it's available. Not the release version, but the betas.

Surely developers already have the release version to test everything is ok? 
I mean it's one month now until it goes on sale.

> They have a beta already? Damn, that was fast...

The betas have been out for *ages*.

Post a reply to this message

Orchid XP v8 wrote:

> Well well, it appears there's already a library on Hackage that's 
> supposed to provide COM support.
> 
> Oh, would you look at that? It won't compile. What a *big* surprise...

So I asked the "vibrant Haskell community" about this. (Yes, the Haskell 
community that's supposedly one of the strongest selling points of the 
language.) Wanna take a guess how many people have bothered to reply?

Post a reply to this message

Orchid XP v8 wrote:
> So now I'm wondering if Windows provides any easy way to load and save 
> bitmapped images. GDI appears to allow you to load and save in Windows 
> Bitmap format - arguably amoung the worst file formats *ever*. But what 
> about something more sane?
> 

Are you using .NET or VB6?
You can download .NET express for free
http://www.microsoft.com/express/vb/Default.aspx


I am currently working an application in .NET that works with image 
files (.BMP, .JPG, .PNG) - displays them, draws on them and saves them.

I've done it in both - without too much trouble and without DLL
hell.


.net - almost directly copied out of my application
colors a point
draws a rectangle
this is on a image in memory - it is not visible to the user
just assign the image to a image control to see it

********************************
********************************
********************************

Private MasterImage As Bitmap

MasterImage = New Bitmap(imageFilePath, False)

MasterImage.SetPixel(x, y, Color.CornflowerBlue)

Dim graphicsDrawer As Graphics

graphicsDrawer = Graphics.FromImage(MasterImage)

Dim penZoomLines As New Pen(Color.YellowGreen, 1)

penZoomLines.DashStyle = Drawing2D.DashStyle.Dash

Dim zoomRectangle As Rectangle

zoomRectangle.X = (FullCoords.Width / MasterImage.Width) * ZoomCoords.X

zoomRectangle.Y = 0

zoomRectangle.Width = (FullCoords.Width / MasterImage.Width) * 
ZoomCoords.Width

zoomRectangle.Height = FullCoords.Height

graphicsDrawer.DrawRectangle(penZoomLines, zoomRectangle)

MasterImage.Save("test.png", System.Drawing.Imaging.ImageFormat.Png)


********************************
********************************
********************************



Good luck getting your app going.

Post a reply to this message

>> So now I'm wondering if Windows provides any easy way to load and save 
>> bitmapped images. GDI appears to allow you to load and save in Windows 
>> Bitmap format - arguably amoung the worst file formats *ever*. But 
>> what about something more sane?
> 
> Are you using .NET or VB6?

Nope. I'm using Haskell, everybody's favourit programming language.

Of course, you *can* quite easily load and save PNG or JPEG from 
Haskell. If you have GTK+ installed. No problem on Linux, but kinda 
unusual for Windoze. Oh, it *works* just fine. But it means anybody who 
wants to run your program needs GTK+ installed. Actually, not even 
installed, just the DLLs really. But there's about 20MB of them!

There's also a binding to something called "GD" which is supposed to do 
something similar.

I suppose the ultimate answer would be to write a native Haskell PNG 
codec. Then it will run everywhere Haskell does.



Looks like figuring out this COM stuff might also conceivably work... I 
guess we'll see, assuming anybody ever gets back to me about how to make 
the library compile.



Aside: The Haskell GTK+ binding has full support for both bitmapped 
graphics and vector graphics. Vector drawing uses Cairo, and is really 
delightfully easy to use. It can render to the screen, to memory, or to 
a file in one of several formats (PNG / JPEG / SVG / PDF / PS).

The bitmapped graphics... involves manipulating the low-level bitmap 
manually, all by yourself. This is *not* my idea of a fun time. Also, it 
took about a week of wading through the API to figure out how to work it.

In other words, vector graphics is very easy, bitmapped graphics is 
quite hard. So I wrote a library to make it easy. Now you can easily 
load and save bitmaps, and read or write pixels in them. One of my 
better achievements. But, as I say, you have to have GTK+ for it to work...

Post a reply to this message

Invisible wrote:
>>> So now I'm wondering if Windows provides any easy way to load and 
>>> save bitmapped images. GDI appears to allow you to load and save in 
>>> Windows Bitmap format - arguably amoung the worst file formats 
>>> *ever*. But what about something more sane?
>>
>> Are you using .NET or VB6?
> 
> Nope. I'm using Haskell, everybody's favourit programming language.
> 


sorry, i guess i missed something


BTW, you may like this news
http://tommd.wordpress.com/2009/09/13/kernel-modules-in-haskell/

Post a reply to this message

Invisible schrieb:

> So I asked the "vibrant Haskell community" about this. (Yes, the Haskell 
> community that's supposedly one of the strongest selling points of the 
> language.) Wanna take a guess how many people have bothered to reply?

Hm... a single one, who promptly got stoned for that? :-P

Post a reply to this message

>>> Are you using .NET or VB6?
>>
>> Nope. I'm using Haskell, everybody's favourit programming language.
> 
> sorry, i guess i missed something

No need to be sorry for trying to help. ;-)

> BTW, you may like this news
> http://tommd.wordpress.com/2009/09/13/kernel-modules-in-haskell/

Yeah, a few people have pointed this one out already.

The "House" they keep referring to was an entire OS written in pure 
Haskell. (At least, as far as Linux is an OS written in pure C - i.e., 
there are some small fragments of assembly as well.) All these guys have 
done is taken the work from House and adapted it to work with a standard 
Linux kernel. (I say "all" as if it's a small thing, but I'm just saying 
somebody else already did a lot of the heavily lifting.)

Post a reply to this message