POV-Ray : Newsgroups : povray.off-topic : All that Windoze stuff Server Time
11 Oct 2024 13:16:45 EDT (-0400)
  All that Windoze stuff (Message 11 to 20 of 25)  
<<< Previous 10 Messages Goto Latest 10 Messages Next 5 Messages >>>
From: Darren New
Subject: Re: All that Windoze stuff
Date: 30 Oct 2007 16:24:46
Message: <4727a11e$1@news.povray.org>
Orchid XP v7 wrote:
> So... would it for example be possible to write some gizmo that enables 
> you to insert a mathematical formula into a Word document without Word 
> crashing? (Or an organisation chart, for that matter?)

Possible, yes. That's exactly one of the sorts of things it's good for.

> Could you write a plugin for Excel that draws some new kind of chart? 

Yep.

> maybe be able to write macros in Haskell instead of VisualBasic? (You 
> know how normally you can write a macro in VB and then use it as a 
> normal function in cells of the spreadsheet? Well, what if you wanted to 
> use Haskell instead? Is that possible, technically?)

I would expect so. It depends what Excel exposes.0

>> You use it to do all the sorts of things you use IPC for (pipes, 
>> sockets, etc) in Linux land.
> 
> When I develop things that have to talk to each other, I generally just 
> use TCP. (Because almost all programming languages know how to do it. As 
> a somewhat nice side effect, it also makes it possible to run components 
> on seperate machines.) I have no idea what the overhead is though.

There's certainly the serialization overhead.

> (Before now I've written some code in one programming language, then had 
> it use TCP to talk to a Tcl script to provide a front-end. Damn, if only 
> there was 1 programming language that had *all* the features I need...)

Yah. That's what I'm doing right now, to wrap up some buggy C++ code 
that doesn't bother to deallocate resources when something fails. :)

-- 
   Darren New / San Diego, CA, USA (PST)
     Remember the good old days, when we
     used to complain about cryptography
     being export-restricted?


Post a reply to this message

From: Warp
Subject: Re: All that Windoze stuff
Date: 30 Oct 2007 16:42:56
Message: <4727a55f@news.povray.org>
Tim Cook <z99### [at] bellsouthnet> wrote:
> Problem is, it is possible to get the same effect in Firefox. 
> Incautious/computer-unsavvy people don't care what browser they're 
> using, they'll still wreak havoc on their machine.  :P

  OTOH most spyware is designed to stick onto IE so at least they will
have a bit less of harmful effect if you use firefox.

-- 
                                                          - Warp


Post a reply to this message

From: Orchid XP v7
Subject: Re: All that Windoze stuff
Date: 30 Oct 2007 17:05:52
Message: <4727aac0$1@news.povray.org>
Darren New wrote:
> Orchid XP v7 wrote:
>> So... would it for example be possible to write some gizmo that 
>> enables you to insert a mathematical formula into a Word document 
>> without Word crashing? (Or an organisation chart, for that matter?)
> 
> Possible, yes. That's exactly one of the sorts of things it's good for.

So... when you double-click a "drawing" object in Word, and Word locks 
up for 40 seconds while it pages huge amounts of data back into RAM... 
that's Word loading the external plugin that handles drawing objects?

>> maybe be able to write macros in Haskell instead of VisualBasic? (You 
>> know how normally you can write a macro in VB and then use it as a 
>> normal function in cells of the spreadsheet? Well, what if you wanted 
>> to use Haskell instead? Is that possible, technically?)
> 
> I would expect so. It depends what Excel exposes.

Heh. Where do you find this kind of information?

(I guess it's kind of moot anyway. I don't have access to any 
programming language that supports COM. No, I classify VB as "joke" 
rather than "programming language"...)

>> When I develop things that have to talk to each other, I generally 
>> just use TCP. I have no idea what the overhead is though.
> 
> There's certainly the serialization overhead.

Depends on what you're sending. (If it's text anyway, that's not too 
bad. Or if you're just sending button presses...)

I know you probably don't care, but for a project I once make a small 
gizmo that allows you to talk a Smalltalk application and move it's GUI 
to another machine on the network. (But unlike, say, X11 or VNC, you're 
working at the model level rather than the bitmap level.)


Post a reply to this message

From: Nicolas Alvarez
Subject: Re: All that Windoze stuff
Date: 30 Oct 2007 17:10:34
Message: <4727abda$1@news.povray.org>

> (I guess it's kind of moot anyway. I don't have access to any 
> programming language that supports COM. No, I classify VB as "joke" 
> rather than "programming language"...)

Javascript running under Windows Scripting Host (and under IE with very 
low security settings) can use COM. PHP has a COM extension too, 
although I have never tried it.


Post a reply to this message

From: Darren New
Subject: Re: All that Windoze stuff
Date: 30 Oct 2007 21:03:22
Message: <4727e26a$1@news.povray.org>
Orchid XP v7 wrote:
> So... when you double-click a "drawing" object in Word, and Word locks 
> up for 40 seconds while it pages huge amounts of data back into RAM... 
> that's Word loading the external plugin that handles drawing objects?

I don't know if that's built in, or a separate COM object, or what.

>> I would expect so. It depends what Excel exposes.
> Heh. Where do you find this kind of information?

Google "Excel vba interface" or "Excel com interface".

An example of code with COM calls in it:
http://www.smartquant.com/help/excel/

Or go to msdn.microsoft.com and search, except that they tend to take 
down the documentation on any older versions of products, the bastards.


> (I guess it's kind of moot anyway. I don't have access to any 
> programming language that supports COM. No, I classify VB as "joke" 
> rather than "programming language"...)

Actually, most stuff that runs on Windows supports COM. Including Tcl 
(google for TCOM). And including WSH.  And including anything written 
with .NET.  I'd be really surprised if Perl and all them didn't, too.

> Depends on what you're sending. (If it's text anyway, that's not too 
> bad. Or if you're just sending button presses...)

Yeah. If you're sending events, it's easier. COM exposes some pretty 
complex APIs, tho.

> I know you probably don't care, but for a project I once make a small 
> gizmo that allows you to talk a Smalltalk application and move it's GUI 
> to another machine on the network. (But unlike, say, X11 or VNC, you're 
> working at the model level rather than the bitmap level.)

That's pretty cool.

-- 
   Darren New / San Diego, CA, USA (PST)
     Remember the good old days, when we
     used to complain about cryptography
     being export-restricted?


Post a reply to this message

From: Darren New
Subject: Re: All that Windoze stuff
Date: 30 Oct 2007 21:44:40
Message: <4727ec18$1@news.povray.org>
Darren New wrote:
> Google "Excel vba interface" or "Excel com interface".

Or, come to think of it, fire up Excel and go into the help box and 
search for "vba".


-- 
   Darren New / San Diego, CA, USA (PST)
     Remember the good old days, when we
     used to complain about cryptography
     being export-restricted?


Post a reply to this message

From: Gail Shaw
Subject: Re: All that Windoze stuff
Date: 30 Oct 2007 23:24:13
Message: <4728036d@news.povray.org>
"Orchid XP v7" <voi### [at] devnull> wrote in message
news:4727aac0$1@news.povray.org...

> (I guess it's kind of moot anyway. I don't have access to any
> programming language that supports COM. No, I classify VB as "joke"
> rather than "programming language"...)

C#?

You might also try F#. I haven't personally used it, but I think is a
language you might like, and it's built on the .NET framework.


Post a reply to this message

From: Kyle
Subject: Re: All that Windoze stuff
Date: 31 Oct 2007 06:40:15
Message: <48qgi351j3ct4qs3i25m5sr6kqo5trj77r@4ax.com>
On Tue, 30 Oct 2007 19:44:40 -0700, Darren New <dne### [at] sanrrcom> wrote:

>Or, come to think of it, fire up Excel and go into the help box and 
>search for "vba".

Or, while in Excel, [ALT}+[F11] to open the Visual Basic Editor, then [F2] to open the
Object Browser window, at least in Excel 2000.


Post a reply to this message

From: Orchid XP v7
Subject: Re: All that Windoze stuff
Date: 31 Oct 2007 16:00:20
Message: <4728ece4$1@news.povray.org>
So... can anybody provide a high-level overview of the general structure 
and terminology of this stuff?

(All the documentation I found so far just shows examples in C - which 
means nothing to me.)


Post a reply to this message

From: Patrick Elliott
Subject: Re: All that Windoze stuff
Date: 1 Nov 2007 01:05:13
Message: <MPG.2191c7f6ff09542f98a05e@news.povray.org>
In article <4727abda$1@news.povray.org>, 
nic### [at] gmailisthebestcom says...

> > (I guess it's kind of moot anyway. I don't have access to any 
> > programming language that supports COM. No, I classify VB as "joke" 
> > rather than "programming language"...)
> 
> Javascript running under Windows Scripting Host (and under IE with very
 
> low security settings) can use COM. PHP has a COM extension too, 
> although I have never tried it.
> 
It should be noted that support for COM in those does **not** include 
event management. That is only supported if you are running it IE, since 
it has all the fancy bits in it that allow you to call Invoke. This is 
apparently intentional, though I never quite got how knowing that you 
fracking clicked on a button is more dangerous than a COM object that 
tries to format your hard drive... I just don't get how disallowing 
events did anything but make it a pain to do anything (though it does 
work in IE, since IE supports an object event handler system, which lets 
you link your own script function to the event. Its why, if you look in 
the help for it, you will find that there are commands to both "link" an 
event (don't remember the name of that) and a "GetRef" command used to 
get the internal entry point to your script function, so that when the 
event happens that function will be called. But without IE's event 
manager, the linking command just generates a, "This command not 
available", type error. :p

Its basically a serious pain in the rear. You can get past it by 
introducing what is known as a ATL Bridge. Basically, ATL give more 
direct support to the functions that are "needed" to tell Event A to 
call your own code/script function. The problem is, the event cycle is a 
bit wacky. Basically, you click the button, for example, it generates a 
system level event, which is sent to your application, which is **then** 
supposed to be sent to the event handler that is keeping track of who to 
call when the event is received. Things like VB, MFC and Windows 
Scripting Host, all pretty much leave you hosed, since they either don't 
provide a way to *create* the needed link, or to even inform the object 
that it should generate the event. But in some like MFC, the "event" is 
not identified as one that belongs to your program, so is tossed back to 
the OS, to die in obscurity, instead of being passed on to any handler 
you "may" have. VB is a bit nicer, since you can trap arbitrary events 
(harder to do in MFC, and impossible in WSH), but since you can't talk 
to the core layer of the object to tell it that you "want" the event in 
the first place, it won't tell you that it happened, let alone allow 
your application to do anything about it.

Bloody mess...

-- 
void main () {

    call functional_code()
  else
    call crash_windows();
}

<A HREF='http://www.daz3d.com/index.php?refid=16130551'>Get 3D Models,
 
3D Content, and 3D Software at DAZ3D!</A>


Post a reply to this message

<<< Previous 10 Messages Goto Latest 10 Messages Next 5 Messages >>>

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.