Thread: Front End Under Development C# and WPF

Hello,

Your app looks quite nice. Clean and functional, the way it should be.
Your quite ambitious as there always seems to be so much to put in the front-ends...

Sorry to hijack this thread a little, but since you've done the phone first, I have a newbie question for you.
I am very confused about how to "connect/pair" my phone to the PC to test any of these phone apps out.
I have a Verizon XV6700 with WM6 and when I try to connect via a Zoom Bluetooth dongle, hands free profile is not listed, just file transfer and maybe something else I can't remember.
How is the phone "supposed" to connect to the PC?
Thanks in advance, and please tell me if you want me to take this offline...

Thanks in advance,

jjcousin

hey, good work. I've had a similar project on the backburner. mostly for research into the cool new things in .NET 3.5, but also just for fun. .NET 3.5 definitely has a lot of great stuff. I recently started it up again though. I just have too many things going on at once, but last time I left mine off I had most features present, including gestures. I was also using the add-in framework for visual and "backend" plugins.

I recently started evaluating FMOD in order to support visualizations after seeing a video on Channel9. a Microsoft guy was showing off some new graphics performance improvements in 3.5 SP1. He was doing visualizations in WPF using FMOD which looked really good. All done just using data binding and templating with some custom effects, with DX10 acceleration!

wayne, good to see someone using a real programming lang

if you dont know who i am...

I make the HD Radio interface, the Sirius Interface, the XM MiniTuner interface
EVERYthing i code is in C#
for you to ADD HD, XM and SIRIUS would be CAKE in c#

i would be available to assist, i can even put radios on internet for u to access

so you know im not a carpc person, but would love to see a good front end

mitch

Hi,
Found out who are are pretty fast went to your site. Pretty interesting stuff there.
Could you tell me briefly about how you would present a radio on the web that i can program against, would i still not need the device/tuner. Sorry i dont know exactly what or how XM works i just understand it to be a hardware device that would pulg into the pc and then i would program against some sort of api or sdk.
Cheers Wayne

GOED OM TE HOOR VAN NOG SA LID

jjcousin, i am interested in the gesture type of work you did, when you say you have done this is it to navigate you front end. If so could you point me in the reading materials you found to implement this in wpf, i thought the ink canvas would be the way to go but drop one of these suckers on the front end screen and you cant tocuh any other controls behind it.

Originally Posted by jjcousin

Hello,

Your app looks quite nice. Clean and functional, the way it should be.
Your quite ambitious as there always seems to be so much to put in the front-ends...

Sorry to hijack this thread a little, but since you've done the phone first, I have a newbie question for you.
I am very confused about how to "connect/pair" my phone to the PC to test any of these phone apps out.
I have a Verizon XV6700 with WM6 and when I try to connect via a Zoom Bluetooth dongle, hands free profile is not listed, just file transfer and maybe something else I can't remember.
How is the phone "supposed" to connect to the PC?
Thanks in advance, and please tell me if you want me to take this offline...

Thanks in advance,

jjcousin

I do believe the better BT stack to use is the BlueSoleil stack, this stack supports handsfree. I havent got mine to use the pcs audio as yet, but all communication is being done through the com ports. All info can be retrieved from the mobile devices using this method. I am alos doing some research on Audio routing based on some info on Nokias website, just have to see if most phones support it.

Hey, not sure if you meant me since I mentioned gestures in WPF.

Yes, you can't just use the ink canvas if you want to have clickable controls "behind" it. What I found when doing some research was an example of a custom container control (i.e. Canvas, Grid, etc.) which captures strokes from previewmousemove events. On previewmouseup it uses the GestureRecognizer class to analyze the strokes that were captured. WPF has built-in ApplicationGestures. For more advanced and customizable gestures, you'd need to use the InkAnalyzer which is part of the Tablet PC SDK. That's more advanced, but allows you to recognize words as well as shapes.

The way I implemented it was by creating a custom Command class that takes the recognized gesture as a parameter. The gesture container executes the command passing the recognized gesture. The command handler then routed to the appropriate command based on the gesture. It was a quick hack just as a proof of concept. Ideally you'd want to allow users to completely customize gestures. You can serialize the ink so that shouldn't be too hard.

As starters, the built-in gesture support is real easy to use.

Originally Posted by WayneVanRooyen

jjcousin, i am interested in the gesture type of work you did, when you say you have done this is it to navigate you front end. If so could you point me in the reading materials you found to implement this in wpf, i thought the ink canvas would be the way to go but drop one of these suckers on the front end screen and you cant tocuh any other controls behind it.