MovGP0
born and alive - currently doing some things...
| Forum | Thread | Replies | Latest activity |
|---|---|---|---|
| Coffeehouse | Geek Code | 9 | Sep 14, 2005 at 6:34 PM |
| Coffeehouse | Semantic Mapping Question | 3 | Sep 12, 2005 at 2:40 AM |
Loading User Information from Channel 9
Something went wrong getting user information from Channel 9
Loading User Information from MSDN
Something went wrong getting user information from MSDN
Loading Visual Studio Achievements
Something went wrong getting the Visual Studio Achievements
| Forum | Thread | Replies | Latest activity |
|---|---|---|---|
| Coffeehouse | Geek Code | 9 | Sep 14, 2005 at 6:34 PM |
| Coffeehouse | Semantic Mapping Question | 3 | Sep 12, 2005 at 2:40 AM |
Longhorn (heart) RSS
Jul 06, 2005 at 6:17 PMWell,
but are they allowing going multiple steps backward by a kind of drop-down menu. It doesn't interrest me if common users don't uses them - I have a very heavy use of it. Does the current model allow that? I can't see that from these screenshots.
The users who don't understand (I dont say "need" because that's not the truth) this behavior, are currently just ignoring that behavior. So I don't see the need - and discourage - to remove the drop-down menu functionality.
Erik von Fuchs - Tour of Hardware Lab, Clip One
Jun 10, 2005 at 3:07 PMOLEDs would be able to do this. But there are just kind of research today.
Hmm... - don't understand what the one has to do with the other; finger scanner, encryption and wireless are three different and independend Technologies; You can only combine them into a singular product.
I remember there where some tries to do so. But the force coppling didn't worked well. So there is a solution using an kind of little force-feedback-joystick with an Mouse on it.
(but I don't know who the vendor is/was - sry volks!)
Throught electro-magnetic field. But it has also some drawbacks:
Fuel cells are for high energy for a short time. When needing low energy for a long time a modern accumulator is much better.
Such keyboards are existing too - except I'm not sure about the dimmer-function.
Personally I know my keyboard very well and don't need this function because I can handle it witout looking at it. But that's just a 2 cent meaning...
Erik von Fuchs - Tour of Hardware Lab, Clip One
Jun 09, 2005 at 3:44 PMThe Multimedia keys are one of that things I've never needed - instead I've learnt the most important Shortcuts of my Programs.
As my personal mouse I prefer a simple optical Locitec OEM-Mouse (in white) with cord (I dont like the drawbacks of the wireless technology). The microsoft-mices are nice, but aren't fitting well into my hands - much to heigth.
And for CAD/CAM there is nothing better than an additional good SpaceMouse.
Brian Jones - New Office file formats announced
Jun 08, 2005 at 5:05 AMIn Fact, this was the purpose to waste Word for my main use - even there are lot of good but expensive Programs witch do that work really good.
(I'm currently writing Scientific-Documents in HTML and/or TEX)
Brian Jones - New Office file formats announced
Jun 08, 2005 at 4:50 AMThe "Equation Editor" is the small version of MathType witch is a typesetting-only version of Mathematica. But because it is just an OLE Plugin and not natively Word it has many Drawbacks:
- Fonts are looking horrible when resizing
- Terrible (meaning "no") vertical line-Align
Also the "Equation Editor" has a lack of Keyboard and Font Support. Even it is based on TEX. Personally I'm using MathCAD because of the better Keyboard Support and the more flexible Rendering (Graphs, better looking Fonts when resizing, etc.). But if u want to write technical Articles you are better at learning TEX and using Publicon (but you are better using TEX on Linux - then you can choose between more programs).The idea I've described above would allow to insert MathML directly into WordML and let the MathML-Program do the translation from MathML (to SVG) to Avalon witch would be rendered by Word. So if Word has mot MathML Support and you have a program like a Avalon based Version of Equation Editor witch can work as Plugin for Word (you need special interfaces witch aren't existing today) you wold have proper vertical align, and no resizing artefacts, and proper font-style choosing and rendering by applying the Word-Document-Style also to the Avalon-Code generated from the MathML-Code.
The only problem that keeps is the lack of Shortcut-Support of the "Equation Editor".
But currently tis is just an idea of mine - not a product of the near future like Office 12.
Brian Jones - New Office file formats announced
Jun 07, 2005 at 5:08 PMInteresting Question. The ideal case would be the later.
The Answer is do not using OLE but .Net and XML where possible. When you have the ability to see Office as a single Program and Word, Excel, etc. are only Plugins it should not be a real Rocket Science (but even a lot of work).
-- Ok, I truly have no idea how the next office will implement this.
But I think there is a lack of innovation because some of the Ideas from OLE arent realized until today.
In an ideal case u have only one program (Windows) and file-format (XML). Accordingly to the unix idea everything-is-a-file there should be an everything-is-a-XML-element mentology. And so u can begin make the whole filesystem as an (virtual) single XML-File. Instead of filetypes there could be used the XML-Namespace.
-- I think something like this is the idea behind WinFS.
If the "Main Program" Windows opens an File (XML-Section with an special file-namespace in the Analogy) it should look in the registry with program is registered for the given Filetype (namespace). The Program is then started with is then responsible for loading and handling the file (section).
When the program (ie. Word) is up and the file (ie. .docx) contains a namespace the program can't handle by itself (ie. a .xlsx subsection) the program witch is registered is loaded and used for handling it.
-- Instead of inline-XML-data there could also be a XLink and/or XInclude
The presentation and handling of the section works mostly like OLE in the current aproach.
A more advanced approach would be to use a common rendering objects/environment - something like Avalon. Instead of returning a rectangular-bitmap-representation of the subsection, the handling program could return a Stream of Avalon-Objects.
In the example as given above Word could host the whole file and Excel handels the Excel-Subsection. The Data of the Excel Subsection is handeled by Excel and gets transformed to Avalon-Objects with are sended back to Word. Word itself transformes the Word-part of the file also into Avalon objects and then integrates the result from Excel. The Graphics Subsystem of Avalon is then presenting the Data to the user and gets input actions based on triggers (I think of a kind of dynamic created EventHandlers) embeded in the Avalon-Data.
Given so if the user now is editing the text of the word-part, the mouse and keyboard events are handeled by Word. But if the user clicks on an cell of the Excel-Table (given that the subsection described above is a table), the events are calling Excel-Methods.
Because this works transparent for user it may seem that word has the same possibilities than Excel - Excel appears as an kind of Ad-Hoc-Plugin for Word. Because the common interface is Avalon, the same works also in the other direction, when embedding an Word-Document into an Excel Sheet. Also the use of Avalon would give the possibility to draw the data in non-rectangular and auto-linebreaking bounds and possibly even over the content of the host-document.
-- a bit radical thinking so far, and I'm not a professional writer - but I hope you can understand what I mean. But please correct me.