|
Michael Dunn wrote:
And I still don't understand how someone could mistake that for the search.)
I wonder if some of these are being generated by a search engine mistaking an edit field as a search field? Is that too wierd? I've experienced similar stuff with google, but not at this level.
Marc
Help! I'm an AI running around in someone's f*cked up universe simulator.
Sensitivity and ethnic diversity means celebrating difference, not hiding from it. - Christian Graus
Every line of code is a liability - Taka Muraoka
Microsoft deliberately adds arbitrary layers of complexity to make it difficult to deliver Windows features on non-Windows platforms--Microsoft's "Halloween files"
|
|
|
|
|
I think the moment when MS will deliver a whole Managed IE
with pretty exception handling, no buffer overflow, componentized embedded on need with or/without deepest kernel depencies will be a really big big leap in many developers.
SmartClient is perharbs a first step?
are there any one who agree with such statement here
|
|
|
|
|
I would definitely agree with you here. The core IE engine does need to be it's own Managed (.NET) component. Working with the IE engine from within a .NET app right now is almost unbearable.
Hawaian shirts and shorts work too in Summer.
People assume you're either a complete nut (in which case not a worthy target) or so damn good you don't need to worry about camouflage...
-Anna-Jayne Metcalfe on Paintballing
|
|
|
|
|
This will not happened until the whole environment (desktop) will be managed.
|
|
|
|
|
That's not necessarily true. Take for instance VS.NET, of which part is managed, part is unmanaged. COM Interop (although evil) exists for a reason. Just because one part isn't managed doesn't mean another can't be.
Hawaian shirts and shorts work too in Summer.
People assume you're either a complete nut (in which case not a worthy target) or so damn good you don't need to worry about camouflage...
-Anna-Jayne Metcalfe on Paintballing
|
|
|
|
|
I suppose what our friend Brian is saying is that MS want to start on stuff like web services. They want to make a web service as seamless a part of the OS as an EXE. That's scares me!! I would certainly rest a lot easier if W3C had thought up web services. I certainly don't like MS calling the shots like that while everyone tags along after them.
*¨¨`)
¸¸.·´ ¸.·*¨¨`)
(¸¸.·* ¸ .·*
¸¸.·*
(¸¸.~~> Joel Holdsworth.
|
|
|
|
|
Do you mean something like the WS-I board?
Hawaian shirts and shorts work too in Summer.
People assume you're either a complete nut (in which case not a worthy target) or so damn good you don't need to worry about camouflage...
-Anna-Jayne Metcalfe on Paintballing
|
|
|
|
|
Joel Holdsworth wrote:
I would certainly rest a lot easier if W3C had thought up web services. I certainly don't like MS calling the shots like that while everyone tags along after them.
MS did not come up with web-services Joel. AFAIK the idea has been bandied about for ages, then various companies (BEA, Sun, IBM, Microsoft) started getting interested. Some joined forces while others went their own route.
IBM's web-services are just as advanced as Microsoft's, just that with most of us being largely Windows developers we tend to not hear about the Other Guys much 
I was pretty shocked when I found out that a big part of web-services (interoperability) was a lie because MS did not work with IBM.
Paul Watson
Bluegrass
Cape Town, South Africa
Chris Losinger wrote:
i hate needles so much i can't even imagine allowing one near The Little Programmer
|
|
|
|
|
I'm curious... Any reason you only named the big-name web services companies, not the independents? I would have expected to at least see webMethods listed on a programmers'/techies' discussion, considering that they're in a high position on the WS-I board. (Just as a side note, I probably shouldn't criticize... the only reason I know webMethods is that my father is an employee, and their representative on the WS-I board. Oh well...)
|
|
|
|
|
Eric Astor wrote:
Any reason you only named the big-name web services companies, not the independents?
To be honest; Because I don't know any of the independants.
To be dead honest; Because while I want web-services to interoperate I have not done much research into who is doing what to make that come about. I know of the WS-I and GAX and things like that, but don't know the details too well. The only web-services I have done are in-house Microsoft based ones which had no need for interoperability. When they start becoming more wide spread though I suspect I will have to learn
Going to go look up webMethods now
Paul Watson
Bluegrass
Cape Town, South Africa
Chris Losinger wrote:
i hate needles so much i can't even imagine allowing one near The Little Programmer
|
|
|
|
|
Microsoft develop Internet Explorer. If they decide that the new features they are adding are dependent upon Longhorn technology, and if they have no incentive to add new features to previous versions of IE, then it makes sense for them to release them together. It reduces costs considerably I'd imagine.
People tend to lose sight of the fact that Microsoft have the freedom to develop what they choose, and they will only answer to customer demand, their budgets and the law. I don't think any were being compromised in this case, so what's the issue?
|
|
|
|
|
jmw wrote:
so what's the issue?
Where have you been for the last 5 years? If you want to understand the 'issue' try reading some other posts 
|
|
|
|
|
You have no idea where IE is heading, so how can anyone say what they're doing is wrong?
I can imagine that it's going to have better support for .Net components and .Net language client-side scripting (C# on the client), and security supported (or at least tightly integrated with) .Net.
DHTML is obviously a complimentary interface to Windows Forms, and IE is obviously the primary host for DHTML. Make the host transparently support WinForms & DHTML and you have a user interface sub-system that is perfectly suited to being a fundamental component of the operating system, just like the windows sub-system is today.
I really don't see why people think that integrating the browser is such a foreign idea. It makes perfect sense to me.
|
|
|
|
|
jmw wrote:
You have no idea where IE is heading
No comment
jmw wrote:
I really don't see why people think that integrating the browser is such a foreign idea
Like I said, read the posts. They are saying what they think... now you must listen to them 
|
|
|
|
|
You present such a convincing argument. You should be a lawyer.
|
|
|
|
|
Nice one lol 
|
|
|
|
|
how Netscape and Opera can improve themselves without changing the underlying OS?
Where's the justice dept. when you need them? 
Jason Henderson My articles
"The best argument against democracy is a five-minute conversation with the average voter." - Winston Churchill
|
|
|
|
|
Actually I can't believe that parsing of HTML and visualizing it requires
any real dependencies onto OS.
BTW Opera is very good example when browser can be very "tasty" without
access to source code of underlying OS
And don't appeal to justice department 'cause in IE vs. Netscape war, IE
won not because "access to underlying OS", but because that from
version 4.0 it was definitely better than Netscape in all positions.
Of course with preinstalling of IE Microsoft overtake a lot of users who
too lazy to install something else (e.g: Opera) when they already has
web-browser.
|
|
|
|
|
imho (apart from being pretty much cross-platform and os-independent) opera already improved to a level IE won't reach for a long time 
|
|
|
|
|
"Further improvements to IE will require enhancements to the underlying OS." Yeah right.
First he denies that there aren't any plans for improving IE beyond the current released version (IE6SP1). Second he claims that enhancements to IE will require OS changes. This is a roundabout way of telling the interviewer "I ain't telling you what we've got planned."
Software Zen: delete this;
|
|
|
|
|
I agree with you. Clearly programmers are not fooled. However, you can see how non-programmers see the 'logic' of 'integration'.
|
|
|
|
|
This means that applications, web sites, etc. can't really take advantage of any new IE features that might come up. With IE as a stand-alone version, it was not impossible to require a certain version of IE be on a system for the application to run. If it wasn't, it could always be downloaded and installed. But this will no longer be the case. So for all practical purposes, IE will be frozen at version 6 for a long, long time.
"When a man sits with a pretty girl for an hour, it seems like a minute. But let him sit on a hot stove for a minute and it's longer than any hour. That's relativity." - Albert Einstein
|
|
|
|
|
Navin wrote:
IE will be frozen at version 6 for a long, long time
Exactly. I agree with you totally on this point. It is not often you can predict what will happen in the world of computing, but this is one of those rare times that you can
|
|
|
|
|
Navin wrote:
IE will be frozen at version 6 for a long, long time
hey, hey, hey ... Internet Explorer it is not one solid exe file ))
A lot of very interesting and useful components ships with it.
For example personally for me IE - it is quite enough as browser.
But I want to have new versions of Urlmon.dll, mshtml.dll and a lot
of other updates which IE usually brings.
So if Microsoft will not stop making updates for IE and will include
them at least into ServicePacks it will be OK.
I don't need new features of IE - I want just support in case of war
against the bugs.
|
|
|
|
|
Sorry for the long post--
The definition on dictionary.com:
http://dictionary.reference.com/search?q=operating%20system[^]
while not necessarily either accurate, complete, or good, is at least a starting point:
<operating system=""> (OS) The low-level software which handles
the interface to peripheral hardware, schedules tasks,
allocates storage, and presents a default interface to the
user when no application program is running.
Key phrases here are "low level", "interface to hardware", "a default interface when no application program is running".
The OS may be split into a kernel which is always present
and various system programs which use facilities provided by
the kernel to perform higher-level house-keeping tasks, often
acting as servers in a client-server relationship.
"kernel", "system programs" and "house keeping"
Some would include a graphical user interface and window
system as part of the OS, others would not. The operating
system loader, BIOS, or other firmware required at boot
time or when installing the operating system would generally
not be considered part of the operating system, though this
distinction is unclear in the case of a rommable operating
system such as RISC OS.
"...others would not" I fall into the this camp. Why is the UI/windowing system part of the OS? Performance? Security? Intimate coupling with the hardware layer?
The facilities an operating system provides and its general
design philosophy exert an extremely strong influence on
programming style and on the technical cultures that grow up
around the machines on which it runs.
Now there's the rub. What facilities does the OS provide that exert an influence over the design of the browser? Multi-threading and security are obvious choices (I think!), but what else? I like this last paragraph because it recognizes the holistic nature of the OS and application elements.
If you consider UI/windowing to be integral with the OS, and you want to implement your UI so that the features of a browser are seemlessly integrated with the UI (are we all going to be programming UI's using some common HTML-like derivative in the future? Is that where we're all heading?) then it seems to me that the "browser" would be integrated with the OS.
But I personally think that the core OS should have nothing to do with the UI. You should be able to attach to the OS whatever UI you want, constrained only by the services provided by the OS. Of course, this is the antithesis of trying to monopolize a market, even if it's the right solution from an engineering point of view.
Another consideration is the difference in hardware platforms. I think we'll see a continuing growth in hand-held devices, and hopefully growth in smart appliances (like refrigerators, ovens, toasters, houses, cars, etc.) What a PITA if each of these has a different OS and we're a company trying to write some system-wide intrahome (note first possible use of that term!) management software. I mean really different OS's, not just pared down from a common OS. Each of those devices/appliances pretty much demands a UI tailored to the functionality of the specific device. If you buy into the argument that the OS influences the programming style/technology, then the way each device interacts with us will be different. Subtely different, and therefore the more aggravating in its differences.
So you have two opposing forces--the OS influences the UI via the programming style/technology, and the use-model influences the UI. I don't see a need for my oven to have browser capability. What, you think my oven needs an RSS feed for recipes or my garbage can needs a BLOG for the latest in recycling? (Maybe you do).
Because these two opposing forces exist, the UI needs to be decoupled from the OS, and the browser should be built as a separate entity.
Marc
Help! I'm an AI running around in someone's f*cked up universe simulator.
Sensitivity and ethnic diversity means celebrating difference, not hiding from it. - Christian Graus
Every line of code is a liability - Taka Muraoka
Microsoft deliberately adds arbitrary layers of complexity to make it difficult to deliver Windows features on non-Windows platforms--Microsoft's "Halloween files"
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
