Default-font updating problem; ActiveX controls in Dolphin

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Default-font updating problem; ActiveX controls in Dolphin

Shaping-3
Hi everyone.

I just reinstalled Dolphin Professional 5.1 after a long absence, and the
image is now updated to patch-level 4.  Everything looks great.

I noticed that when I changed the default font in User Preferences, only the
list panes updated to the new font.  The code pane would not update; I had
to launch a new CHB, to see the change.  Can someone outline what I need to
do to fix this?  (I seem to recall this bug from years ago.)


I have some C++ code that draws colored text in an OpenGL window.  Can I
convert this to an ActiveX control and drop it into a view in a Dolphin app,
in which the buttons are used to drive actions in the ActiveX control?  Is
there a similar example somewhere?  I want to use a Dolphin app as a sort of
testing environ for testing some C++ functionality.  Eventually, I'll
convert the C++ to Dolphin.

Regards,

Shaping


Reply | Threaded
Open this post in threaded view
|

Re: Default-font updating problem; ActiveX controls in Dolphin

Blair McGlashan-3
"Shaping" <[hidden email]> wrote in message
news:41e5e4c7$[hidden email]...

> Hi everyone.
>
> I just reinstalled Dolphin Professional 5.1 after a long absence, and the
> image is now updated to patch-level 4.  Everything looks great.
>
> I noticed that when I changed the default font in User Preferences, only
> the list panes updated to the new font.  The code pane would not update; I
> had to launch a new CHB, to see the change.  Can someone outline what I
> need to do to fix this?  (I seem to recall this bug from years ago.)
>

There are two settings. The DevelopmentSystem defaultFont affects everything
but the workspace panes, which have their own defaultFont. The rationale for
this is that you might want a different font to make larger bodies of text
(such as appear in workspaces) more readable. Of course if you don't want a
difference, you can set both to be the same. Either setting can also be nil,
in which case the desktop font will be picked up - this probably makes sense
for the overall default font, but personally I find it too small for the

Changing the default workspace font will not immediately affect the text
displayed in a workspace, only that which is subsequently compiled. We
decided it wasn't worth the effort to rebuild the workspace RTF
automatically since it is rare that one changes the default font, and it
takes effect as soon as one selects another method anyway. In D6,
incidentally, the font change is picked up automatically, but in that case
there are no font settings embedded in the source text (no RTF) so the code
panes respond to the font changes more readily.

>
> I have some C++ code that draws colored text in an OpenGL window.  Can I
> convert this to an ActiveX control and drop it into a view in a Dolphin
> app, in which the buttons are used to drive actions in the ActiveX
> control?  Is there a similar example somewhere?  I want to use a Dolphin
> app as a sort of testing environ for testing some C++ functionality.
> Eventually, I'll convert the C++ to Dolphin.

Yes, you can do that. There are some examples of the use of ActiveX controls
in the image. I suggest you start by building your ActiveX and then testing
it out in the ActiveX Control Browser.

Regards

Blair


Reply | Threaded
Open this post in threaded view
|

Re: Default-font updating problem; ActiveX controls in Dolphin

Shaping-3
> There are two settings.

Yes, I found the other setting, changed it, as well (forgot to mention
that), and noticed that the update did not occur, as described.  You see the
update occur in the Preferences window itself, but not in the code pane of
the CHB.  Open a new CHB and you will see the font change.  That looks like
a bug.

 The DevelopmentSystem defaultFont affects everything

> but the workspace panes, which have their own defaultFont. The rationale
> for this is that you might want a different font to make larger bodies of
> text (such as appear in workspaces) more readable. Of course if you don't
> want a difference, you can set both to be the same. Either setting can
> also be nil, in which case the desktop font will be picked up - this
> probably makes sense for the overall default font, but personally I find
> it too small for the
>
> Changing the default workspace font will not immediately affect the text
> displayed in a workspace, only that which is subsequently compiled. We
> decided it wasn't worth the effort to rebuild the workspace RTF
> automatically since it is rare that one changes the default font, and it
> takes effect as soon as one selects another method anyway.

It doesn't--I just tried it again.  You must launch a new CHB.  The browser
with the old font in the code pane remains as it was, not matter what you
select.  This doesn't matter much if D6 is coming soon.


 In D6,
> incidentally, the font change is picked up automatically, but in that case
> there are no font settings embedded in the source text (no RTF) so the
> code panes respond to the font changes more readily.

Good.  So...when will D6 appear?

>
>>
>> I have some C++ code that draws colored text in an OpenGL window.  Can I
>> convert this to an ActiveX control and drop it into a view in a Dolphin
>> app, in which the buttons are used to drive actions in the ActiveX
>> control?  Is there a similar example somewhere?  I want to use a Dolphin
>> app as a sort of testing environ for testing some C++ functionality.
>> Eventually, I'll convert the C++ to Dolphin.
>
> Yes, you can do that. There are some examples of the use of ActiveX
> controls in the image. I suggest you start by building your ActiveX and
> then testing it out in the ActiveX Control Browser.

I'm trying to rebuild the ActiveX control sample Random, which is installed
with Dolphin 5.  I'm using Visual Studio Express 2005 beta with the Windows
XP SP2 Platform SDK, installed to cover files like windows.h (which don't
ship with the beta).  The original project is converted to a solution.  When
I build, there is a problem "spawning" the IDL compiler midl.exe, which is
in the Platform SDK stuff, also.  I included its path in the PATH variable,
but this did not help.  Has anyone got the Random example to build?

Regards,

Shaping


Reply | Threaded
Open this post in threaded view
|

Random ActiveX sample

Shaping-3
Has anyone built the Random ActiveX example?

I tried to rebuild it using Visual Studio Express 2005 beta, with the
Windows
XP SP2 Platform SDK installed to cover files like windows.h (which don't
ship with the beta).  The original project was converted to a solution.
When
 I build, there is a problem "spawning" the IDL compiler midl.exe, which is
 in the Platform SDK stuff, also.  I included its path in the PATH variable,
 but this did not help.  Perhaps this doesn happen with VS .NET 2003.
Anyone know?

Regards,

 Shaping


Reply | Threaded
Open this post in threaded view
|

Re: Random ActiveX sample

Chris Uppal-3
Shaping wrote:

>  Perhaps this doesn happen with VS .NET 2003.
> Anyone know?

I've just tried it with VS2003 -- it seemed to work OK.  The only glitch was
that converting the project didn't work quite right and I had to remove and
re-add the .IDL file before it would build.  (Or did you mean using the VS2003
MIDL compiler from the command-line ? -- I didn't try that)

    -- chris