r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Windows/COM Support]

Anton
10-Jul-2006
[248]
.. but when I set TTSModeID it doesn't work. I am not sure if I am 
using the right TTSModeID or if I am passing it correctly...

Robert, I'm extracting Outlook Calendar Appointments and Contacts. 
Just rudimentary at the moment, though. I haven't figured out how 
to surely extract all the properties.
Robert
10-Jul-2006
[249]
And  I want to import those into IOS/xpeers :-) so that we can sync 
to OL. Maybe even in both ways.
Anton
10-Jul-2006
[250]
I will publish what I have in the next day or two.
Terry
10-Jul-2006
[251]
Here's TTS in PHP.. 

<?
$voice = new COM("SAPI.SpVoice");
$voice->Speak("Hello, lets have a conversation");
?>
Anton
10-Jul-2006
[252x2]
tts: CreateObject "Sapi.SpVoice"
CallMethod [tts ".Speak(%s)" "Hello, let's have a conversation"]
pretty similar in COMLib.
Henrik
10-Jul-2006
[254]
wouldn't it be prettier with:

tts: CreateObject [Sapi SpVoice]
tts/call [Speak "Hello, let's have a conversation"]

just to make the syntax more smooth and REBOLish... :-)
Anton
10-Jul-2006
[255x3]
Hmm... yes. Of course, if I could just choose the syntax I would 
make it much better. For now, still in learning mode.
Terry, I found some Agent code in HAL 4000 package. Looks pretty 
similar to other demos I have seen. I don't see what exactly I'm 
doing wrong there. I am very suspicious about the TTSModeID setting 
not working. I'll have to follow that up at some stage.
Thanks for your test.
Allen
10-Jul-2006
[258]
Does the ado stuff work with this new beastie? http://www.microsoft.com/sql/ctp_sqleverywhere.mspx
.
Anton
11-Jul-2006
[259x3]
No idea. Do you need it ?
I guess the question is: does COMLib work with ADO.NET ?
I think that depends on whether ADO.NET supports the older ADO interface 
or not.
BrianH
11-Jul-2006
[262]
A better question is whether COMlib supports OLEDB, which is COM-based. 
SQL Everywhere works with OLEDB too.
Anton
11-Jul-2006
[263]
Well, if it really is COM based, then I imagine it should work.
Anton
13-Jul-2006
[264x2]
COMLib website update:
Added outlook-calendar.r and outlook-contacts.r demos.
Fixed a few bugs in the main rebol interface file, COMLib.r
http://home.wilddsl.net.au/anton/rebol/os/windows/COMLib/
Robert, have a look at the outlook demos.
Robert
15-Jul-2006
[266x2]
Not yet, sorry, was busy. I will. Thanks for posting this stuff.
And, as I don't use OL myself, I need to setup a test system.
Graham
15-Jul-2006
[268]
Anton, is there a way to use Com and OneNote?
Anton
15-Jul-2006
[269]
Not sure on this. The postings I find about the COM interface in 
OneNote a few years ago make the interface sound very lacking. Not 
sure it's much better now a few year have gone by or not.
BenK
19-Jul-2006
[270]
Is there any way to get around the fact that Rebol faces are not 
native Windows "windows"? (i.e. don't have a handle on the system). 
Speech recognition command & control does not work with Rebol apps 
as long as that is the case and I need that...
Anton
19-Jul-2006
[271]
Hmm.. the system port can be used to trap windows messages, perhaps 
if the command & control uses windows messages you can handle them 
that way... Can you give more information about the speech recognition 
software used ? (Is it MS software ? etc..)
BenK
19-Jul-2006
[272]
The Speech Reco software is the one that comes built-in with Windows 
XP and Windows Vista (BTW, speech reco in Vista is much better than 
in XP). It analyzes widgets on the screen by running through all 
the windows handles (just about everything on a Windows screen is 
a window) and their labels, so it actually knows there's a menubar 
with a file menu on it so you can do things like say "Menu" "File" 
"Open" and it simply works for almost all native apps. It sends the 
equivalent commands by sending Windows messages to the windows. Problem 
is, since Rebol widgets do not have their own handles, the system 
never finds them, doesn't know they're there or that messages can 
be sent to them...
Anton
19-Jul-2006
[273]
I think that's a tough one.
BrianH
19-Jul-2006
[274]
It would probably be easier to wrap the Speech API and use it directly.
BenK
19-Jul-2006
[275]
That ouwl defeat the purpose; the idea is that the system works for 
all apps and that the apps themselves do not need to do anything 
to have it. Wrapping the API and then building it into every single 
app is not a feasible option. Do you think it's possible to adapt 
the Vid and RebGUI dialects to integrate with the SPeech API so everything 
built with those at least would work? (don't know much about how 
dialects work yet)
Anton
20-Jul-2006
[276]
That's a big job, I'm afraid.
Gregg
20-Jul-2006
[277]
I don't know of anyone that's wrapped the ability to use native Windows 
controls in a REBOL dialect, though it *might* be possible. I think 
Cal (and maybe Cyphre or Oldes) have emebedded native OS windows 
in a View window. You might also be able to do it by creating your 
own windows, using the API, and then interacting with them behind 
the scenes. It would be a lot of work though, and be highly OS specific.
Cyphre
20-Jul-2006
[278]
Yes, with the DLL interface you can theoretically create native-like 
GUI system according to your needs if you have enough time/motivation 
;)
Graham
20-Jul-2006
[279]
While maintaining the flexibility of VID/rebGuI ?
Cyphre
20-Jul-2006
[280]
If you write VID/RebGUI like dialect with binding to Windows native 
GUI why not? :)
Pekr
20-Jul-2006
[281]
hmm, not sure Cyphre, but you are the guru. Does windows has anything 
like face? If you would use only its windowing system, it is just 
what win32API allows you - dialogs, etc. - so no such flexibility, 
unless you would code View like compositing yourself
Graham
20-Jul-2006
[282]
Cool :)
Cyphre
20-Jul-2006
[283]
Pekr: You can create and control any windows dialog if you have the 
API available. (and this can be applied to any other OS feature). 
So it is possible to create native GUI controlable at the higher 
level of some dialect(simmilar to VID/Rebgui). People who are making 
common apps don't need to access it at face level but ofcourse such 
system would be based on face-like objects with methods related to 
Windows GUI elements etc.
Henrik
20-Jul-2006
[284]
the same could probably be done for OSX/Cocoa... it would solve many 
issues with GUI nativity in OSX.
Cyphre
20-Jul-2006
[285]
If you really need noative GUI then this can be the way but remember 
this is also *lot* of work multiplied by each operating system ;)
Henrik
20-Jul-2006
[286]
which is why it's probably not worth doing for anything other than 
Windows and OSX. For linux, it would be ... wow... how many different 
GUI systems do we have there? :-)
Cyphre
20-Jul-2006
[287x3]
(But for example Java has already such toolkit and IIRC it is huge 
opensource  Eclipse tool platform supported by IBM)
http://www.eclipse.org/swt/
http://www.eclipse.org/swt/widgets/
Graham
20-Jul-2006
[290]
Using native windows will go to greatly improving the success of 
View based programs in the commercial sector.
Henrik
20-Jul-2006
[291]
because they don't have to ask "why does the program look so weird?"
Pekr
20-Jul-2006
[292x3]
Using native Windows will certainly kill View completly
We use top systems - SAP - they have own look, completly, even behavior 
to some elements - noone complains ..... we have Lotus Notes - very 
different look to most of apps, different navigation to app ....
for me, RebGUI, look-wise, is very Windows like .... yet some of 
us, including you, Graham, complained that it looks dull, and if 
it could be prettified .... :-)
Henrik
20-Jul-2006
[295]
pekr, I don't believe so. View is essential for those 5 minute apps 
that you need to do for a friend.
Pekr
20-Jul-2006
[296x2]
of course, maybe it just depends, how professional you intend to 
be, but as I showed you, completly OS compatible look is not so important. 
What is imo more important is the feel. If we can't get visual representation 
of accelerator keys, ctrl tab, rich text, key precise behavior for 
ui elements, that is what I see as a problem ....
... that can be fixed imo, if View gets fixed in those respective 
areas ....