adding OLE object handling to registry?

  • Thread starter Thread starter Spacey Spade
  • Start date Start date
S

Spacey Spade

I have a program that can handle inserting OLE objects into a document.
Unfortunately, I have stripped down Windows 98 SE down quite a bit and I
cannot insert text files or html files. The error message I get is
"Failed to create object. I can insert wav files. Make sure the
application is entered in the system registry."

MetaPad is the default for text files and IE5.01sp2 is the default for
html files. How can I restore the ability to insert OLE objects? Can I
download reg files somewhere? Do I need to register certain dlls?

Spacey

ps. I downloaded microsoft's ole/com object viewer, but don't know what
I'm doing or if I even need this.
 
Spacey Spade said:
I have a program that can handle inserting OLE objects into a document.

I'm assuming this is a system-wide situation. Check Wordpad's Insert Object
functionalistic, to be sure.
Unfortunately, I have stripped down Windows 98 SE down quite a bit and I
cannot insert text files or html files. The error message I get is
"Failed to create object. I can insert wav files. Make sure the
application is entered in the system registry."

Don't worry about post-editing the above. It's clear the cat dragged the
"I can insert wav files" block into the error message part of your text.
(There's a few beasties chez moi who do the same kind of thing.)
MetaPad is the default for text files and IE5.01sp2 is the default for
html files. How can I restore the ability to insert OLE objects? Can I
download reg files somewhere? Do I need to register certain dlls?

Spacey

ps. I downloaded microsoft's ole/com object viewer, but don't know what
I'm doing or if I even need this.

I suspect already you might not be so lucky to find the information offered
up for which DLLs and which regentries, that instead you might have to do
some hardcore detective work directly yourself...

For this kind of thing, my approach would be to use regmon and filemon
from Sysinternals.com. See if any of the notfound entries in the regmon log
seem pertinent. Look in the filemon log to see what DLLs etc are being
accessed for your OLE insert process, if any are missing, or if you might
want to look into wrong version possibilities of any of the DLLs being
accessed during the processe.

I had an OLE problem once, though not quite the same as yours. My symptom
was that the "Paste Special" command on all apps that normally offered it,
it greyed out. Wrong DLL version (can't remember which one for my case,
would have to look up, could have been one of the Visual Studio runtimes.)

I shouldn't tell you this, but truth is that it took me months to figure out
what the problem was. :( On the other hand, I wasn't using filemon to
diagnose at that time, instead kept hanging to the idea that it concerned
one of the many parts of the registry I had chopped out. These days I've
learned to always consider both things.

One more thing, about the months it took me to diagnose when I had the prob,
which might be useful tidbit. The tons of time I spent searching the web
about OLE for clues on my problem, that got me nowhere. Diagnose directly,
out with the wrench and flashlight. (Filemon is a must-have!)
 
omega said:
Check Wordpad's Insert Object functionalistic, to be sure.

(Experimenting with using a spell-checker. Here I think I'd have
prefered my own rendition of the word "functionality" to the one
it offered)
 
Spacey Spade said:
I have a program that can handle inserting OLE objects into a document.
Unfortunately, I have stripped down Windows 98 SE down quite a bit and I
cannot insert text files or html files. The error message I get is
"Failed to create object. I can insert wav files. Make sure the
application is entered in the system registry."

I think my previous message might well not be relevant to this situation.

I've just opened Wordpad and looked over its Insert Object functionality,
as I suggest you might try. There is here no Text Object type nor HTML
object type. The Objects available all have a full set of registry entries
connected with them, including CSLIDs (that which a text filetype does not,
at minimum not by default.)

In text editors, we get an "insert text" dialog, but this would be
different, not OLE.

So my initial guess now is that you are seeking something that is not there.
Never was, would that be correct, or ??

If it's something you wish to create, set up an editor as "ole server
application" for text files, that's evidently doable.

SuperEdi, it always pissed me off, because it insists on inserting
regentries whenever I run it to make itself an Insertable Object Type.
It's just a text editor. But there you go, proves that if that's something
you wish, it's available.

Whether you have to use SuperEdi or another that has this, or whether you
can create a CSLID and copy the regentries to have another text or html
editor function this way, I'm not sure. First guess would be that no luck
for the second, that something has to be inbuilt already into a program's
internals (not a programmer, I can only guess, or else experiment, on that
one.)

I'm posting this quick and rough, without much investigation and clearly not
as an expert, because of the fact I am now thinking it was the wrong track
we were on to think there was a DLL or registry problem. That now I am
thinking it's that you want to add a particular kind of functionality.

Post back on what you think here.
 
Spacey Spade said:
I have a program that can handle inserting OLE objects into a document.
Unfortunately, I have stripped down Windows 98 SE down quite a bit and I
cannot insert text files or html files. I can insert wav files. The
error message I get is "Failed to create object. Make sure the
application is entered in the system registry."
[snip]
I've just opened Wordpad and looked over its Insert Object functionality,
as I suggest you might try. There is here no Text Object type nor HTML
object type. The Objects available all have a full set of registry entries
connected with them, including CSLIDs (that which a text filetype does not,
at minimum not by default.)

I tried to drag and drop a text file into Personal Brain (which is off-
topic, but I don't think adding functionality to the OS is). I logged
it with both Filemon and Regmon, and of interest was some registry
entries that were "NOTFOUND", including HKCR\txtfile\clsid\.

[snip]
So my initial guess now is that you are seeking something that is not there.
Never was, would that be correct, or ??

Never was... I searched through the backups of stuff I took out of the
registry with oleclean, regclean, and regseeker and found no instance of
"txtfile".

For any of you out there interested in using 98lite... make sure you
have a normal system as well, since you are always second guessing that
it is 98lite's fault. In previous cases were something the OS needed
was missing, it didn't take long to find out what I needed. In this
case, OLE functionality doesn't seem to be something you go and download
somewhere.
If it's something you wish to create, set up an editor as "ole server
application" for text files, that's evidently doable.

Where do I find out how to do this? The "for dummies" version would be
great.
SuperEdi, it always pissed me off, because it insists on inserting
regentries whenever I run it to make itself an Insertable Object Type.
It's just a text editor. But there you go, proves that if that's something
you wish, it's available.

Could do this, but I would rather learn how to do it manually to cut
down on the guesswork. Text and html files were just an example... I
wouldn't mind adding OLE functionality as I need it. BTW, microsoft now
calls it COM... there is a good article at TechRepublic's encyclopedia
or dictionary or whatever.
Whether you have to use SuperEdi or another that has this, or whether you
can create a CSLID and copy the regentries to have another text or html
editor function this way, I'm not sure. First guess would be that no luck
for the second, that something has to be inbuilt already into a program's
internals (not a programmer, I can only guess, or else experiment, on that
one.)

I think it needs to be built into an application... a wordpad clone
here:
http://www.tolkenxp.com/pb/richole.htm
I'm posting this quick and rough, without much investigation and clearly not
as an expert, because of the fact I am now thinking it was the wrong track
we were on to think there was a DLL or registry problem. That now I am
thinking it's that you want to add a particular kind of functionality.
[snip]

Adding OLE functionality to the OS using available freeware, along with
knowing what reg entries are needed would be great. Note that Richole
was not successful either (no error message though) on running it and
trying to insert a jpg into it. No reg entries were added in doing this
(logged with Total Uninstall).

Spacey
 
Spacey Spade <[email protected]>:

First, please forgive my getting back to this late (death in the family -
small furry who did not make it through surgery).

Second, before I begin typing anything here, I have to warn that it's
going to fall short of being useful or substantial. :( I looked into
a couple parts of this, have not yet got any good results, and am not
fully sure what best to try/look into next. That at this juncture,
the best I have to offer is not more than a concurrent curiosity on
the subject.

Third, I think I might break this up into a couple of different messages,
makes it simpler for me. Hope that's ok.
Where do I find out how to do this? The "for dummies" version would be
great.

I think I spoke too soon, to say evidently doable. I was basing the thought
on seeing that SuperEdi, a text editor, registered itself as an ole server.
Yet it was after having posted that I got around to following through and
actually doing the "insert superedi document" function. The results were
unsatisfactory. More unsatisfactory with Wordpad as client, btw, than with
the program you pointed to for this testing, RichOle.

With RichOle, Superedi would rise up with a new text doc and everything
would seem like it was going to work, but then anything entered there was
not getting saved into the RichOle host.

(Btw, warning to anyone who might try Superedi or any of the programs by
that author. He inserts some reg entries that I dislike. So make sure to
keep a backed up regkey log. The most recent Superedi, for example, will
seize your .txt association without warning. On install, not on each run;
yet there were a couple of times running it, where somehow that particular
incident of running it provoked it into reseizing the *.txt association.)
Could do this, but I would rather learn how to do it manually to cut
down on the guesswork. Text and html files were just an example... I
wouldn't mind adding OLE functionality as I need it. BTW, microsoft now
calls it COM... there is a good article at TechRepublic's encyclopedia
or dictionary or whatever.

I'll have to look it up later on, when I switch to web mode (am connected
at ~16 kbps right now, so web mode I have to really roll up my sleaves and
pound hard to get stuff).
I think it needs to be built into an application... a wordpad clone
here:
http://www.tolkenxp.com/pb/richole.htm

As mentioned earlier, this light little prog came in very handy, better than
Wordpad, for looking over the Insert Object things.

As far as Ole server functionality needing to be already pre-built into an
app, at this point have to say you're definitely right. Just for the heck of
it, I had run a simple test. I exported HKCR\WordPad.Document as well as its
correspondent CLSID key. Then did a seach/replace and tried pointing to
a text editor (metapad was one I tried), as well as replacing the Wordpad
CLSID by one randomly generated (to get one I used one of those little progs
who have names like guidgen.exe). Then imported the new reg files into the
registry. Results? Yes, that which you expect. That life is not quite so
simple. The Insert Object did bring up the text editor, but not very well,
not just that the text entered was not saved into the RichOle client doc,
but that there was even a some moments of it going a but grey/frozen in
response.

Basically, have to say maybe I was too hopeful? If it's otherwise, though,
and perhaps a programmer can give enlightenment on this, I'd be most
interested.

At the moment, all I feel equipped to do is delete, not add. (I have
collected a few different utilities that let you look directly into those
things that get themselves into the Insert Object dialog box. Actually one
that I just tried today, it was nice and direct, for scrolling directly
through list of CSLIDs and their correspondent local files, finding invalids
or even just unwanteds. But of course that's a different subject than this.)
Adding OLE functionality to the OS using available freeware, along with
knowing what reg entries are needed would be great. Note that Richole
was not successful either (no error message though) on running it and
trying to insert a jpg into it. No reg entries were added in doing this
(logged with Total Uninstall).

Now that's interesting. Because I was wondering for a while if the problem
you were having was limited specifically to whatever it is that
PersonalBrain needs when it inserts things. When I run RichOle and try to
insert things I expect to be insertable, I have no problems. You say
inserted a jpg? Do you mean "create from file" dialog, or do you mean a
particular image program on your system that is registered as an "ole
server" type?
 
I tried to drag and drop a text file into Personal Brain (which is off-
topic, but I don't think adding functionality to the OS is). I logged

Right, and definitely not off-topic are freeware tools for adding or
diagnosing functionality...+ actually using such tools instead of merely
pointing out their www locations. Makes things more interesting, certainly
to me, to see freeware tools in action.
it with both Filemon and Regmon, and of interest was some registry
entries that were "NOTFOUND", including HKCR\txtfile\clsid\.

I have PersonalBrain 2.0 installed. I did do a filemon and a regmon on it.
Also, one more thing, a "view dependencies." Do you have, for example,
Dependency Walker installed? Or a similar tool, eg Faber Toys? The DLLs
from the list given that interest me:

oledlg.dll ole32.dll olepro.dll oleaut32.dll

Just in case there is some small chance you have a wrong DLL version
situation, or even one somehow needs to be re-registered (w eg
Regsrv32.exe). When I had my OLE problem, my cause was wrong version
of oledlg.dll.

Back to your regmon log, and mine. I looked mine over, and there were only
a couple of CLSID involvements that I noticed. One mainly for LNK filetype.
But then prob there, you'd have noticed LNK prob elsewhere and additionally
that should be unrelated to the symptom you had with RichOle not doing an
insert JPG. The other main CSLID in my regmon log, related to DRIVES,
{20D04FE0-3AEA-1069-A2D8-08002B30309D}, I couldn't really see anything
about those regentries that struck me as related to the problem.
entries that were "NOTFOUND", including HKCR\txtfile\clsid\.

Maybe I logged too little, or maybe you logged too much, because I don't
have this in my logs. Did you exclude Explorer in your regmon filter, or
otherwise just include Brain.exe as the only watched process? In the
meantime, just it's the case that I logged too little, I'm going to do
it again after posting this.

One route open to us is comparing logs. When I read or edit regmon logs,
I use DBedit by default - and CSVdb when I need to do more advanced editing.
I could send you a log, or the other way around, if we chose. I even took
one run on an almost-virgin 98 install. The only thing is that at the
moment, I have to admit I'm stumped on whether this is wherein we'll
find the answer.

Oh, one more detail. Requoting your datum:
entries that were "NOTFOUND", including HKCR\txtfile\clsid\.

I did an "unregister dll" on thumbvw.dll and the action got rid of a a
number of clsid's like that one (not all in the category though), and it
seemed to not matter. I don't use explorer's view thumbnails or even webview
in general, so have to qualify that I didn't see look at results in that
area.

But what was accessing HKCR\txtfile? Was it Brain.exe or just Explorer.exe?
 
Spacey Spade said:
I tried to drag and drop a text file into Personal Brain (which is off-
topic, but I don't think adding functionality to the OS is). I logged
it with both Filemon and Regmon, and of interest was some registry
entries that were "NOTFOUND", including HKCR\txtfile\clsid\.

Never was... I searched through the backups of stuff I took out of the
registry with oleclean, regclean, and regseeker and found no instance of
"txtfile".

A default/virgin w98 will have that key: HKCR\txtfile. Just as it will
have HKCR\jpgfile and a group of others like that. But those filetype names
are arbitrary. They can be anything. Just so long as their names match up
with their correspondent regkeys.

For instance, on my system, for *.rtf, I currently let Cryptedit have it.
Consequently,

HKCR\.rtf
@="Crypt Edit"

HKCR\Crypt Edit\shell\open\command
@="D:\\EDZ\\NPADS\\RTF\\POLYED\\CRYP4\\CRYPTEDIT.EXE \"%1\""

You see the match with the value "Crypt Edit" and the fileype name, "Crypt
Edit"? Same way, your HKCR\*.txt key probably has for default value whatever
name Metapad chose. For simpler fileypes like these, it's only these two key
pairs to work with. Example, arbitrary naming, making up a fileype called
"notes" for the *.txt association.

HKCR\.txt
@="notes"

HKCR\notes\shell\open\command
@="[path to any txt editor]"

So you see how you would then have no need for that original, default key,
HKCR\txtfile\. Although it's mildly odd it's absent. Usually it just gets
left there, while the new filetype key gets created and gets given the
extension. XXXfile is also the naming-style that gets created when using
w98 Explorer's "Open With" dialog and using the "every time" ticker checked.
Ah, just thought of why it's absent. Maybe once long back, you cleaned
aggressively. But that's fine, since .txt is currently associated with
another filetype name on your system, you didn't need txtfile any more.

Just to test the one possibility, I deleted my HKCR\txtfile key, then ran
PersonalBrain, and dragged a .txt file to it. Functioned without complaint.
So the mystery of this matter stays on...
 
Spacey Spade said:
For any of you out there interested in using 98lite... make sure you
have a normal system as well, since you are always second guessing that
it is 98lite's fault. In previous cases were something the OS needed
was missing, it didn't take long to find out what I needed. In this
case, OLE functionality doesn't seem to be something you go and download
somewhere.

I plan on running ieradicator (I assume this is the same prog as 98lite)
in the near future, on a virgin 98 partition, but as now don't know what
it removes, and the readme only mentions the absolute removal of various
directories, does not discuss dlls and such. Further, the version you used
when you did it was probably more aggressive than choices in the current
one. So I've no guess whether possible it removed something that Brain
wants.

When I mentioned Dependency Walker's [1] list earlier, I'd forgot to have
Brain.exe already running, to get a more complete list. Files in the fuller
list, such as, SHLWAPI.DLL and URLMON.DLL, they get routinely updated with
msie updates. Are these files something 98lite would have removed ?

Oh, also earlier I'd typo'd with one of the dependency files in the ole*.dll
group. Should have been:
oledlg.dll ole32.dll olepro32.dll oleaut32.dll



_______
[1] Btw, at dependencywalker.com there's a newer version than the one that
came with the w98 reskit.
 
omega said:
I plan on running ieradicator (I assume this is the same prog as 98lite)

That is wrong:
IEradicator *only* uninstalls the Internet Explorer itself.
98lite can do that and some additional things.
in the near future, on a virgin 98 partition, but as now don't know what
it removes

IEradicator removes the Internet Explorer and all files that are only
used by the Internet Explorer. You can still use the plain HTML
rendering necessary for Outlook Express or the Explorer Preview.

bye,

Onno
 
omega said:
Spacey Spade <[email protected]>: [snip]
Adding OLE functionality to the OS using available freeware, along with
knowing what reg entries are needed would be great. Note that Richole
was not successful either (no error message though) on running it and
trying to insert a jpg into it. No reg entries were added in doing this
(logged with Total Uninstall).

Now that's interesting. Because I was wondering for a while if the problem
you were having was limited specifically to whatever it is that
PersonalBrain needs when it inserts things. When I run RichOle and try to
insert things I expect to be insertable, I have no problems. You say
inserted a jpg? Do you mean "create from file" dialog, or do you mean a
particular image program on your system that is registered as an "ole
server" type?

I tried to insert an existing jpg image by drag-dropping it onto
RichOle. No error message, no bell, just didn't happen. I can insert a
wav files in this way, because that type has an application registered
for Ole (sound recorder). If I knew how to register an image viewer as
a client for Ole, then I could insert images into RichOle, the server
application. I don't know if a client Ole app needs to have the Ole
functionality built in or if it is just some reg entries that point to
it. The latter would be great, but that's where I thought apps might
need to have Ole client functionality built in.

I look at HKCR under SoundRec, and I see CLSID and other entries that
are not there for txtfile. Spacey
 
A default/virgin w98 will have that key: HKCR\txtfile. Just as it will
have HKCR\jpgfile and a group of others like that. But those filetype names
are arbitrary. They can be anything. Just so long as their names match up
with their correspondent regkeys.

For instance, on my system, for *.rtf, I currently let Cryptedit have it.
Consequently,

HKCR\.rtf
@="Crypt Edit"

HKCR\Crypt Edit\shell\open\command
@="D:\\EDZ\\NPADS\\RTF\\POLYED\\CRYP4\\CRYPTEDIT.EXE \"%1\""

I had seen this type of relation before... we are understood.
You see the match with the value "Crypt Edit" and the fileype name, "Crypt
Edit"? Same way, your HKCR\*.txt key probably has for default value whatever
name Metapad chose. For simpler fileypes like these, it's only these two key
pairs to work with. Example, arbitrary naming, making up a fileype called
"notes" for the *.txt association.

HKCR\.txt
@="notes"

HKCR\notes\shell\open\command
@="[path to any txt editor]"

Actually, for MetaPad, I renamed it NotePad and overwrote NotePad in the
windows directory.
So you see how you would then have no need for that original, default key,
HKCR\txtfile\. Although it's mildly odd it's absent.

HKCR\txtfile is not absent, HKCR\txtfile\CLSID is absent, which Personal
Brain looked for when I dragged a text file onto the editor.
Usually it just gets
left there, while the new filetype key gets created and gets given the
extension. XXXfile is also the naming-style that gets created when using
w98 Explorer's "Open With" dialog and using the "every time" ticker checked.
Ah, just thought of why it's absent. Maybe once long back, you cleaned
aggressively. But that's fine, since .txt is currently associated with
another filetype name on your system, you didn't need txtfile any more.

Ditto as mentioned before: .txt is assoc with txtfile is assoc with
notepad which is actually metapad in disguise. I have record of all my
cleanings, and none contained "txtfile".
Just to test the one possibility, I deleted my HKCR\txtfile key, then ran
PersonalBrain, and dragged a .txt file to it. Functioned without complaint.
So the mystery of this matter stays on...

Maybe Personal Brain looked there as a second resort, since it did not
find the correct key. I didn't mention all the keys it looked for to be
brief... I'll run Regmon again at a later time to see what other reg
entries it looks for while I add a text file. Spacey
 
I plan on running ieradicator (I assume this is the same prog as 98lite)
in the near future, on a virgin 98 partition, but as now don't know what
it removes, and the readme only mentions the absolute removal of various
directories, does not discuss dlls and such. Further, the version you used
when you did it was probably more aggressive than choices in the current
one. So I've no guess whether possible it removed something that Brain
wants.

98lite version 4.6
When I mentioned Dependency Walker's [1] list earlier, I'd forgot to have
Brain.exe already running, to get a more complete list. Files in the fuller
list, such as, SHLWAPI.DLL and URLMON.DLL, they get routinely updated with
msie updates. Are these files something 98lite would have removed ?
[snip]

I have no idea... would be neat to log this with Total Uninstall, but
98lite does its work while I first install the operating system on a
partition. I have never used IEradicator, and am thinking that the next
time I install my OS (it's been like 4 or 5 times already in the last 5
years), I will put in plain win98, followed by a run of IEradicator.
Spacey
 
Spacey Spade said:
I tried to insert an existing jpg image by drag-dropping it onto
RichOle. No error message, no bell, just didn't happen.

Ok. Just tried that. Results here = that same nothing. As well, tried
RichOle's "create from file" dialog, and nothing. (All I'd used earlier
on was RichOle's Insert Object). Switched to Wordpad, and dragging things
as well as using "create from file" dialog worked fine. I am suspecting
RichOle might only be incompletely developed? (47k size, and all...
might not have got the other abilities in there)
I can insert a
wav files in this way, because that type has an application registered
for Ole (sound recorder). If I knew how to register an image viewer as
a client for Ole, then I could insert images into RichOle, the server
application.

That the "create from file" dialog with wordpad worked for all the random
filetypes I tried (img's, txt, etc), then put that together with that only
comparatively finite number of objects are registered in the Insert Object
dialog box, leaves me realizing I don't have OLE actions straightened out
in my mind as well as I should. Will have to read up or think up or
something....
I don't know if a client Ole app needs to have the Ole
functionality built in or if it is just some reg entries that point to
it. The latter would be great, but that's where I thought apps might
need to have Ole client functionality built in.

For the Insert Dialog, I'm voting built in. Btw, I was mistaken about
Superedi's implementation not working. I hadn't noticed at the time, that
when launched as a client in the ole host doc, it was on superedi's file
menu for "update contents." (But I'm not recommending Superedi. Little too
gain, just to have a txt editor in the Insert Object box, and considering
you'd have to deal with that programmer's bad habits with regards
to regentries.)
I look at HKCR under SoundRec, and I see CLSID and other entries that
are not there for txtfile. Spacey

All the ones that get to be in the Insert Dialog, yes, noticed that pattern.
Dragging, though, like we're used to, that's not so bad a way to go... (Just
not as interesting as the idea of configuring which client apps to go in the
object dialog box)

What I remain totally stumped about is PersonalBrain not letting you drag
txt and htms. Can you drag into other programs that support it? (Other
than into RichOle, that one looks to just not support dragging)
 
Spacey Spade said:
HKCR\txtfile is not absent, HKCR\txtfile\CLSID is absent, which Personal
Brain looked for when I dragged a text file onto the editor.
[...]
Ditto as mentioned before: .txt is assoc with txtfile is assoc with
notepad which is actually metapad in disguise. I have record of all my
cleanings, and none contained "txtfile".

Ah, I'd misunderstood, sorry. Your clarification makes sense to me now.

Regarding HKCR\txtfile\CLSID, that CLSID, when there, is connected with
thumbvw.dll (thumbnail viewer). Seems to me to have no importance in
ordinary operations. I'd unregistered that DLL recently to be sure, and
my OLE functions (and anything else thus far) were unaffected.
 
Spacey Spade said:
Maybe Personal Brain looked there as a second resort, since it did not
find the correct key. I didn't mention all the keys it looked for to be
brief... I'll run Regmon again at a later time to see what other reg
entries it looks for while I add a text file. Spacey

I tell you, it's quite the mystery. I even Googled (web and groups both),
using the text of your error message for search, and got no relevant answer.
Hopes up for one second, when an mskb article said that if your computer
name under network properties had odd characters like @, that OLE error
message that you report would get generated. But, helas, turned out to be a
strictly w95 cause. So very hardcore detective work looks like the only
route still.
 
Spacey Spade said:
I'll run Regmon again at a later time to see what other reg
entries it looks for while I add a text file. Spacey

When you get to that, a key which I highly expect you'd want
to ensure has "success" status, it's this one:

HKCR\Interface\{0000010E-0000-0000-C000-000000000046}
 
Spacey. Other day, I mentioned to you this key:

HKCR\Interface\{0000010E-0000-0000-C000-000000000046}

It was the one that finally looked significant to me, when I did a Regmon
on the drag txt to Brain action.

Incomplete of me, was not mentioning the CSLID connected with that key.

[HKCR\CLSID\{00000320-0000-0000-C000-000000000046}]
@="oleprx32_PSFactory"

Just now I put the CSLID number itself (not the whole key, because of
variations in how it's presented, eg hklm\software\classes\cslid\...)
as the search item for groups.google.com and www.google.com.

00000320-0000-0000-C000-000000000046

The results I am seeing look promising! Probably better if you use peruse
the results directly yourself, to locate the right solution. You'll see
reg entries for the ole actions are discussed, and the several ole* dlls
that need to be verified/reinstalled/reregistered, they're listed.
 
Sorry it took me so long to reply... I've been swamped with work.


[snip Richole seems incomplete, wordpad does more]
That the "create from file" dialog with wordpad worked for all the random
filetypes I tried (img's, txt, etc), then put that together with that only
comparatively finite number of objects are registered in the Insert Object
dialog box, leaves me realizing I don't have OLE actions straightened out
in my mind as well as I should. Will have to read up or think up or
something....

Great... that's what I'm looking for. To be able to plop a couple of
documents into one document. Insert object to open one application
inside another is kind of silly. Adobe acrobat does that in Internet
Explorer, and I don't see any advantage.

[snip]
All the ones that get to be in the Insert Dialog, yes, noticed that pattern.
Dragging, though, like we're used to, that's not so bad a way to go... (Just
not as interesting as the idea of configuring which client apps to go in the
object dialog box)

What I remain totally stumped about is PersonalBrain not letting you drag
txt and htms. Can you drag into other programs that support it? (Other
than into RichOle, that one looks to just not support dragging)

I can't "insert from file" txt and htm into PersonalBrain either. Not
even into MS Word97 (ditto for drag&drop). Maybe "insert from file" and
drag and dropping are the same OLE action.
 
Back
Top