473,734 Members | 2,806 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

Longhorn, what does everyone think?

Just spent some time browsing around here:
http://msdn.microsoft.com/Longhorn/

I can see the benefits from WinFS (as long as we tag all in-coming
data this should be nice, tagging everything could be a tedious
process though) but I haven't been able to pick up the practical
advantages of XAML. From my assessment, XAML will provide separation
of UI logic from business rules/procedures for applications. It seems
like an HTML of sorts for desktop application UI. But where are the
big advantages of designing desktop applications this way? It may
provide a nifty way to create UI-"skins" to provide a custom
experience for different users, but that can do as much harm as good,
it's not revolutionary.

I can think of some disadvantages to this approach, namely all the UI
logic has to processed at run-time (interpreted) and a generic
container application has to exist to marshal between the presentation
and the procedure code. Even if this marshall process is part of the
core OS, it still seems like needless overhead without any
clear-advantages.

Also the Longhorn UI guidelines are nothing to wow over, there's a new
side-docking bar that we can use to provide small bits of information
at all times, it's going to get cluttered quickly.

I don't know about most of you, but with all the processing power or
modern PCs I was hoping for something more radical (how about a 3D
User Interface for the OS), am I alone here?
Nov 15 '05 #1
23 1895
Hi JDeats,

"JDeats" <je****@pdq.net > wrote in message
news:b0******** *************** ***@posting.goo gle.com...
Just spent some time browsing around here:
http://msdn.microsoft.com/Longhorn/

I can see the benefits from WinFS (as long as we tag all in-coming
data this should be nice, tagging everything could be a tedious
process though) but I haven't been able to pick up the practical
advantages of XAML. From my assessment, XAML will provide separation
of UI logic from business rules/procedures for applications. It seems
like an HTML of sorts for desktop application UI. But where are the
big advantages of designing desktop applications this way? It may
provide a nifty way to create UI-"skins" to provide a custom
experience for different users, but that can do as much harm as good,
it's not revolutionary.

I can think of some disadvantages to this approach, namely all the UI
logic has to processed at run-time (interpreted) and a generic
container application has to exist to marshal between the presentation
and the procedure code. Even if this marshall process is part of the
core OS, it still seems like needless overhead without any
clear-advantages.
I have for a long time now wished to have asp.net-ish features in my
windows app (flow layout, nested elements, cascading stylesheets, UI/logic
seperation, etc.). Until now it hasn't been worth the trade-offs for the
kind of applications I develop. It sounds to me like XAML brings what is
good about ASP.NET development to windows applications without the
trade-offs and that I'm pretty excited about.

I would not assume that XAML applications will be strictly interpreted.
ASP.NET doesn't run interpreted, after all, and XAML applications are able
to be converted into strictly windows apps. Between Windows itself and the
managed runtime, I would doubt that the container process (assuming there is
one) would add any significant overhead to the application.
Also the Longhorn UI guidelines are nothing to wow over, there's a new
side-docking bar that we can use to provide small bits of information
at all times, it's going to get cluttered quickly.
Looking at my icon tray this seems quite possible, yes.
I don't know about most of you, but with all the processing power or
modern PCs I was hoping for something more radical (how about a 3D
User Interface for the OS), am I alone here?


3-D seems like the inevitable direction for interfaces of the future,
but coming up with something that's more than just a gimmick seems like a
sizeable challenge, especially if you expect to make a smooth transition
from the 2-D interface world.

Regards,
Dan
Nov 15 '05 #2
i'm interested to see if it will catch on, the resistance to change, the
separation into longhorn camps and longhorn biggots. interesting stuff. time
will tell.

--
-----------
Got TidBits?
Get it here: www.networkip.net/tidbits
"JDeats" <je****@pdq.net > wrote in message
news:b0******** *************** ***@posting.goo gle.com...
Just spent some time browsing around here:
http://msdn.microsoft.com/Longhorn/

I can see the benefits from WinFS (as long as we tag all in-coming
data this should be nice, tagging everything could be a tedious
process though) but I haven't been able to pick up the practical
advantages of XAML. From my assessment, XAML will provide separation
of UI logic from business rules/procedures for applications. It seems
like an HTML of sorts for desktop application UI. But where are the
big advantages of designing desktop applications this way? It may
provide a nifty way to create UI-"skins" to provide a custom
experience for different users, but that can do as much harm as good,
it's not revolutionary.

I can think of some disadvantages to this approach, namely all the UI
logic has to processed at run-time (interpreted) and a generic
container application has to exist to marshal between the presentation
and the procedure code. Even if this marshall process is part of the
core OS, it still seems like needless overhead without any
clear-advantages.

Also the Longhorn UI guidelines are nothing to wow over, there's a new
side-docking bar that we can use to provide small bits of information
at all times, it's going to get cluttered quickly.

I don't know about most of you, but with all the processing power or
modern PCs I was hoping for something more radical (how about a 3D
User Interface for the OS), am I alone here?

Nov 15 '05 #3
Ya think Window will catch on? Do ya really?

--

Jack Mayhoff
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

"Alvin Bruney" <vapordan_spam_ me_not@hotmail_ no_spamhotmail. com> wrote in
message news:es******** ******@TK2MSFTN GP10.phx.gbl...
i'm interested to see if it will catch on, the resistance to change, the
separation into longhorn camps and longhorn biggots. interesting stuff. time will tell.

--
-----------
Got TidBits?
Get it here: www.networkip.net/tidbits
"JDeats" <je****@pdq.net > wrote in message
news:b0******** *************** ***@posting.goo gle.com...
Just spent some time browsing around here:
http://msdn.microsoft.com/Longhorn/

I can see the benefits from WinFS (as long as we tag all in-coming
data this should be nice, tagging everything could be a tedious
process though) but I haven't been able to pick up the practical
advantages of XAML. From my assessment, XAML will provide separation
of UI logic from business rules/procedures for applications. It seems
like an HTML of sorts for desktop application UI. But where are the
big advantages of designing desktop applications this way? It may
provide a nifty way to create UI-"skins" to provide a custom
experience for different users, but that can do as much harm as good,
it's not revolutionary.

I can think of some disadvantages to this approach, namely all the UI
logic has to processed at run-time (interpreted) and a generic
container application has to exist to marshal between the presentation
and the procedure code. Even if this marshall process is part of the
core OS, it still seems like needless overhead without any
clear-advantages.

Also the Longhorn UI guidelines are nothing to wow over, there's a new
side-docking bar that we can use to provide small bits of information
at all times, it's going to get cluttered quickly.

I don't know about most of you, but with all the processing power or
modern PCs I was hoping for something more radical (how about a 3D
User Interface for the OS), am I alone here?


Nov 15 '05 #4

"JDeats" <je****@pdq.net > wrote in message
news:b0******** *************** ***@posting.goo gle.com...
Just spent some time browsing around here:
http://msdn.microsoft.com/Longhorn/

I can see the benefits from WinFS (as long as we tag all in-coming
data this should be nice, tagging everything could be a tedious
process though) but I haven't been able to pick up the practical
advantages of XAML. From my assessment, XAML will provide separation
of UI logic from business rules/procedures for applications. It seems
like an HTML of sorts for desktop application UI. But where are the
big advantages of designing desktop applications this way? It may
provide a nifty way to create UI-"skins" to provide a custom
experience for different users, but that can do as much harm as good,
it's not revolutionary.

I can think of some disadvantages to this approach, namely all the UI
logic has to processed at run-time (interpreted) and a generic
container application has to exist to marshal between the presentation
and the procedure code. Even if this marshall process is part of the
core OS, it still seems like needless overhead without any
clear-advantages.
Basically, it provides a way to declaritivly design a UI. There is nothing
saying you HAVE to use xaml files to produce UI's, there are classes that
are directly usable, as well as winforms, it however provides alot of nice
features(such as using the WIndows Client Print Driver or things like Adobe
After Effects to produce UI's). xaml in most cases will be compiled into a
standard EXEs(however it can be loaded directly in a browser or a seperate
window, as I understand it.)
From what I read, xaml files are transformed into partial C# or VB.NET
classes, for example, and the associated code behind files provide other
parts of the partial classes, allowing you to seperate UI and code nicely in
some cases, but it still generates an executable class.
I don't consider XAML to be a revolution so much as an evolution of existing
concepts, evolved in such a way that it operates well within Windows. Total
revolution is really rather rare and I don't expect that anything major will
be totally revolutionary about longhorn(or any other major software,
revolution tends to come in little bits, in little projects until its
proven)

I think it might be nice...but until I get to play with it I won't know,
asp.net wasn't my favorite thing. However because XAML isn't required, I
think Avalon is far more important, XAML is just a different way to utilize
it.

Also the Longhorn UI guidelines are nothing to wow over, there's a new
side-docking bar that we can use to provide small bits of information
at all times, it's going to get cluttered quickly.

I don't know about most of you, but with all the processing power or
modern PCs I was hoping for something more radical (how about a 3D
User Interface for the OS), am I alone here?


I tend to shy away from 3d interfaces, I've seen very few that were really
usable. There is a level where you have to consider nice looks and
usability, and 3d interfaces often require to much work to get where your
going, not to mention they are difficult to manipulate with standard PC
HID's.
Nov 15 '05 #5
On Wed, 29 Oct 2003 00:12:45 GMT, "Daniel O'Connell"
<onyxkirx@--NOSPAM--comcast.net> wrote:
From what I read, xaml files are transformed into partial C# or VB.NET
classes, for example, and the associated code behind files provide other
parts of the partial classes, allowing you to seperate UI and code nicely in
some cases, but it still generates an executable class.


As I understood the Petzold example, I don't think I'd put _any_ code
in XAML files. Sure, you can (in CDATA blocks), but that looks rather
clumsy and it's apparently unnecessary.

I think the most useful aspect about XAML is that you can use it as a
glorified resource script format that defines a UI's visual appearance
plus the event handlers to which all UI elements are mapped, but the
actual event code would be written in a normal separate C# file.
--
http://www.kynosarges.de
Nov 15 '05 #6

"Christoph Nahr" <ch************ @kynosarges.de> wrote in message
news:hs******** *************** *********@4ax.c om...
On Wed, 29 Oct 2003 00:12:45 GMT, "Daniel O'Connell"
<onyxkirx@--NOSPAM--comcast.net> wrote:
From what I read, xaml files are transformed into partial C# or VB.NET
classes, for example, and the associated code behind files provide other
parts of the partial classes, allowing you to seperate UI and code nicely insome cases, but it still generates an executable class.
As I understood the Petzold example, I don't think I'd put _any_ code
in XAML files. Sure, you can (in CDATA blocks), but that looks rather
clumsy and it's apparently unnecessary.

I think the most useful aspect about XAML is that you can use it as a
glorified resource script format that defines a UI's visual appearance
plus the event handlers to which all UI elements are mapped, but the
actual event code would be written in a normal separate C# file.


I probably wouldn't write inline code either(although they do make it clear
you could), however from what I read, I think the build would go something
like this:
Form.xaml -> partial class Form; containing code generated from Form.xaml,
including inline code
Form.xaml.cs -> partial class Form; containing code-beside\behind code in a
model similar to asp.net.
resulting in a form class object when compiled which is mostly what I
meant.(Unfortun atly I can't find the page I was reading that on...there is
really alot more up on that longhorn sdk site than it seems at first
glance).

However, for writing quick 'n dirty applications, note organizers or other
apps that may only consist of a UI and maybe 50 lines of code, inline coding
is potentially nice, no reason to launch VS, handle multiple files and a
build setup for that, when you can just write out a XAML file with some
quick C# in it.

Personally I'm not sure if I'd even be motivated to use XAML directly often,
I would most likely just use it inderictly via the designer or other tools.
If I'm designing a UI by hand, I like to do it in code...quirk from my
pre-designer days I guess, ;). It will remain to be seen what I think of it
once I get my hands on it, I'm not a fan of HTML and don't expect this to be
much better...but they may surprise me.

--
http://www.kynosarges.de

Nov 15 '05 #7
> 3-D seems like the inevitable direction for interfaces of the future,
but coming up with something that's more than just a gimmick seems like a
sizeable challenge, especially if you expect to make a smooth transition
from the 2-D interface world.

Regards,
Dan


I expect whatever the next big leap is, it will start out as an
application that runs on top of the existing OS (just as Windows
started out as an application on top of DOS). With $6.5 million a year
spent on pure R&D, I'm just surprised Microsoft hasn't come up with
somethine more innovative. For people who don't play games on their
PC's I'd say about 80% of their video hardware's potential is left
completely untapped. How much power does it take to display a 2D
display at 1024x768 or even 1280x1024? in true color, you're average
16-bit video card with 16-MEG of RAM does the trick. But just about
every video card (even the motherboard basec chipsets) have 3D
capabilities, and most cards come with at least 32-MEG of RAM.
Nov 15 '05 #8
Yay, more Z order :D Just what we need! Lets not simplify, lets complify!

--
-----------
Got TidBits?
Get it here: www.networkip.net/tidbits
"JDeats" <je****@pdq.net > wrote in message
news:b0******** *************** **@posting.goog le.com...
3-D seems like the inevitable direction for interfaces of the future, but coming up with something that's more than just a gimmick seems like a sizeable challenge, especially if you expect to make a smooth transition
from the 2-D interface world.

Regards,
Dan


I expect whatever the next big leap is, it will start out as an
application that runs on top of the existing OS (just as Windows
started out as an application on top of DOS). With $6.5 million a year
spent on pure R&D, I'm just surprised Microsoft hasn't come up with
somethine more innovative. For people who don't play games on their
PC's I'd say about 80% of their video hardware's potential is left
completely untapped. How much power does it take to display a 2D
display at 1024x768 or even 1280x1024? in true color, you're average
16-bit video card with 16-MEG of RAM does the trick. But just about
every video card (even the motherboard basec chipsets) have 3D
capabilities, and most cards come with at least 32-MEG of RAM.

Nov 15 '05 #9
Ignore this idiot. He is spoofing my email account

--
-----------
Got TidBits?
Get it here: www.networkip.net/tidbits
"Alvin Bruney" <vapordan_spam_ me_not@hotmail_ no_spamhotmail. com> wrote in
message news:uU******** ******@TK2MSFTN GP12.phx.gbl...
Yay, more Z order :D Just what we need! Lets not simplify, lets complify!

--
-----------
Got TidBits?
Get it here: www.networkip.net/tidbits
"JDeats" <je****@pdq.net > wrote in message
news:b0******** *************** **@posting.goog le.com...
3-D seems like the inevitable direction for interfaces of the future, but coming up with something that's more than just a gimmick seems like
a
sizeable challenge, especially if you expect to make a smooth

transition from the 2-D interface world.

Regards,
Dan


I expect whatever the next big leap is, it will start out as an
application that runs on top of the existing OS (just as Windows
started out as an application on top of DOS). With $6.5 million a year
spent on pure R&D, I'm just surprised Microsoft hasn't come up with
somethine more innovative. For people who don't play games on their
PC's I'd say about 80% of their video hardware's potential is left
completely untapped. How much power does it take to display a 2D
display at 1024x768 or even 1280x1024? in true color, you're average
16-bit video card with 16-MEG of RAM does the trick. But just about
every video card (even the motherboard basec chipsets) have 3D
capabilities, and most cards come with at least 32-MEG of RAM.


Nov 15 '05 #10

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

0
1172
by: | last post by:
I saw that the Microsoft Longhorn is comming out with WinFX which is some upgrade of the .NET framework Does that mean that .NET programs (currently made) can also run as WinFX without need to recompile? Are conventional exe and dll's also supported on the Longhorn? What about 64 bit.?
1
1370
by: jbailo | last post by:
Microsoft -- in an effort to stem declining contract, pre-announced a new product: Longhorn Gold. Unlike Longhorn, Longhorn Gold is dry and leafy. "We realized that nobody was buying Longhorn's marketing pitch. But once they started smoking Longhorn Gold,
1
1413
by: Michel Racicot | last post by:
Hi there, I need to know if Win32 applications will still run on the future Windows OS codenamed Longhorn? Also, Will avalon applications run on older versions of Windows? NT? XP? 9x? Thank you
2
1520
by: RW | last post by:
I have heard that your existing applications written in .NET will not work on Longhorn unless you recompile them or retouch them in some matter Is this correct If so, why would anyone start to write application in .NET until Longhorn becomes available Thanks
2
1666
by: Larry__Weiss | last post by:
What is the relationship of .NET to XP compared to .NET's relationship to Longhorn? Is that even a proper way to phrase the question?
3
1468
by: Wayne | last post by:
This was stated in a response another post: >Right now only Win 2003 OS comes with the framework 'pre-installed'. Windows >2006 a.k.a 'LongHorn' is actually built on top of .NET framework. So finally >we have a 'managed' OS. I'm curious about this, does it mean that the OS from ground up would have been re-written in .net? are device drivers going to be written in .net? How
4
2663
by: Thilaka | last post by:
Hi guys, Recently i read some articles on Longhorn & XAML. & From what i learnt the future for developing UIs lies in XAML. Does this mean that I've got to learn XAML as developing UIs for web or win applications will be different? Or will future versions of VS.Net wrap up the XAML hence making it unnecessary for me to know or learn XAML? --
2
1320
by: =?Utf-8?B?VGhlTWFkSGF0dGVy?= | last post by:
Quick Q's: Will the driver development for longhorn still be in C ? Can it be done in C#. (I like the frameworks too much :) ) I heard a rumer that LongHorn was programed with c#, so I had a hope that driver development wouldnt be such a daunting task. (*sigh* One could always hope.)
0
8946
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main usage, and What is the difference between ONU and Router. Let’s take a closer look ! Part I. Meaning of...
0
9310
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that captivates audiences and drives business growth. The Art of Business Website Design Your website is...
1
9236
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows Update option using the Control Panel or Settings app; it automatically checks for updates and installs any it finds, whether you like it or not. For most users, this new feature is actually very convenient. If you want to control the update process,...
0
9182
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each protocol has its own unique characteristics and advantages, but as a user who is planning to build a smart home system, I am a bit confused by the choice of these technologies. I'm particularly interested in Zigbee because I've heard it does some...
0
8186
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then launch it, all on its own.... Now, this would greatly impact the work of software developers. The idea...
1
6735
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules. He will explain when you may want to use classes instead of User Defined Types (UDT). For example, to manage the data in unbound forms. Adolph will...
0
4550
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols. I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
1
3261
by: 6302768590 | last post by:
Hai team i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated we have to send another system
2
2724
muto222
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.