First of all in socialism governments have no monopoly on invention, you are an idiot. Secondly, vitamins are not invented. They simply exist. Fruits contain them, the skin produces them, meat contains them etc. Idiot.
You seem to think vitamins only exist in forms of pills and people need to eat them to be "more healthy"... you are mistaken.
In European countries etc. you are supposed to get drugs by a prescription. Not by "buying them cheap" in a drug store.
Of course they are available... but not for "sale" to medicate a kid with out professional supervision, moron.
In Asia, I pay 2 cents per pill for an "obsolete drug" that stops some common forms of cancer metastasis but is unadvertised Care to name that drug, so the rest of the world can survive cancer metastasises, too?
People want to spend what they want to spend - this would cause a secondary grey market where people RMT in-game currencies and resell / trade on ebay/elsewhere.
And? What is wrong with that? Now they know exactly that they get what they pay for!!!
I did not say we need it. You seem to mix me up with someone.
However plenty of applications would be easier to use with a touch screen, however that are scenarios where yould like to have a really big screen.
Your insults you can keep to your self, I research UIs and user interaction since 30 years.
There are plenty of great videos on youtube about modern UIs... and you certainly don't want a UI that has a 6x4 yards screen (or is projected to a wall) and manipulate that with a mouse.
A friend of mine has a windows laptop with touch screen, if the plastic casing was not so shitty I long had one and installed Mac OS in a VM.
After all we have multi touch on touch pads since ages, why not having a touch interface for stuff like maps, air traffic controll, CASE systems, issue trackers (we did that with sprint planning etc. in various issue trackers, when we use touch sensible screens with multiple people)
If you don't "want" a touch screen, fine. If you don't need one, fine, too.
But claiming no one needs them, or that they make no sense, is simply plain wrong and ignorant.
In Thailand are super markets where the whole bag is cross checked with your recipe. No idea what they fear: weather the cashier is corrupt or whether you have stolen something.
Of course they don't check everyone but it is a huge percentage.
Point is: it would not. The EU has no mainly muslime countries. However India, Parkistan, Bangladesh, Malaysia etc. are all commonwealth nations, and either mainly muslime or have a big muslim polulation. That basically means they can enter the UK with a valid passport, don't need a visa and can settle there. Of course that is the same for every comonwealth citizen.
It likely won't. AFAIK you can not have Java based Applications in the Appstore, not even with bundled runtime. And then again regarding Apps, I doubt there will be many mobile Apps that make sense as a desktop 'App', the exception are chat clients.
There are actually quite often 'hills' on the water. Some people call them waves. A tsunami far out before it reaches the land is a very big hill, albeit only 1 or 2 feet high.
I just fight the unlogical reasoning of the parent posters.
Good enough and super cheap are the nail to the coffin. The difference in effort to make something 'good enough' versus 'quite perfect' is super small in cooking... of course, if you go all the way to a multiple star restaurant it be comes more hard work than a passion. OTOH, I have heard about 70 year old men, were the wife had died, and they go to a cooking school (mostly motivated by welfare organizations) who never had learned how to fry an egg in a pan; and are to 'scared' to try it on their own.
No, OLE is the attempt of reinventing the Apple "OLE" which they had years before, but then dropped it as it is pointless. CORBA is something completely different and has nothing to do with OLE at all. CORBA is an object oriented RPC (remote procedure call) "specification". It basically only works inside of the same "Server" (ORB = object request broker) family (same vendor, not even same OS is enough). It got soon extended by the IIOP, internet inter ORB protocol, which made it possible that ORBs of different vendors could interact with each other. While there are similarities, they have not much in common. In CORBA e.g. you have platform neutral specification languages (IDL, interface description languages) that make it possible to generate communication skeletons and "dumb data objects" to talk to any ORB. And then fill out the logic you need. An ORB is basically a fancy "REST Server"... or "SOAP", does not matter, means: A server application. In other words: the data you manipulate is somewhere else. On the server.
With OLE every single Application on your Windows PC can be its own small server, able to handle requests to manipulate objects that are actually "embedded" into other programs.
You basically tell a remote (but still on the same machine) progam to manipulate your local data. OLE is basically CORBA reversed. Instead of calling business logic on the server, the other side manipulates the data in the client. (And there is no IDL/specification language, but you have to implement all the hooks the other side needs to manipulate your data)
P.S. Similar to CORBA *and* OLE is MS COM and DCOM inspired by DECs was DCE, Distributed Computing Environment. Or as a summary: * CORBA is supposed to be used in a LAN/WAN and with IIOP over the internet, OLE is supposed to be used on the same machine, but it is possible to use OLE Servers (as in remote) However, why anyone would use OLE for remote stuff when we have CORBA, SOAP and REST is beyond me. * the CORBA server is called by clients, letting the server do something for them on the server * OLE asks the server to do something inside of your own address space, you basically embed (hence the E in OLE) a part of the server into your own application, it is basically a super fancy DLL(dynamic link library)
That is actually a silly if not even dumb question.
I have a CAD system that is used for GEO informations, plans for buildings etc.
It can talk to Excel via DDE. Tell excel to open a "template file", save it as "today-${project}-earth-to-move.xls" and then the CAD system will pipe in the data to calculate the amount of earth to dig out and how many trucks you need to carry it away.
I got payed for that 20 years ago.
If Excel breaks DDE "communication" all my customers from over 25 years ago have to find one to program that again, with another approach.
Actually most things I did with DDE are the other way around: the DDE interface of my CAD System simply accepts the same syntax as text based import formats. Think about DXF files. You pipe line by line text into the CAD's DDE interface and it draws the objects you sent.
With OLE that would simply be much much more complicated for no benefit at all. Well, you could perhaps embed an interactive "CAD object" from my CAD System into your Word Document if I would support OLE...
A GUI that is not explorable and has everything you need at the wrong places and only works via buttons that "also have a right click mouse menu": is horrible.
In old GUI programs you simply moved with the mouse over menus and you knew what you can do and it was easy to figure how to do it... FrameMaker comes to mind. Best "Word Processor" ever.
The MS ribbon nonsense requires formal training to be able to use the Office packages and Outlook. And don't get me started about Apples Pages and Numbers and don't even remember how the presentation software is called... Notes? Completely useless pieces of shit. Worth than anything MS ever did. Unusable without having Google open and for funk sake being forced to memorize every stupid icon. You can not do anything relevant without opening the right toolbar/floating tools window and knowing which icon to click.
In OLE e.g. a program enables you to "copy/paste" a part of an Excel Spread Sheet into your Application. That will be an "Excel Object that is Embedded into your document and Links to Excel so that Excel will recalculate that fragment when you change data"
DDE (dynamic data exchange) is a simple thing where you register a named server, that can be looked up, and you simply pipe strings or read strings from it. It is a fancy name for a local registry that is basically a set of named pipes.
Your document above only works when Excel is installed... otherwise the excel object embedded in it is worthless.
DDE is just a socket/pipe to which you write more or less like to a file. It is superb for scripting an application, assuming it already has an scripting interface, it is like 5 lines of code to make it remotely scriptable via DDE. Like AppleScript or VBA for Applications make it possible to scrip an Application.
The guys who wrote 25 years ago in MS documentations you should prefer OLE over DDE simply had no clue either that both things are so completely different that it rarely makes sense to chose one over the other.
Slashdot Mirror
First of all in socialism governments have no monopoly on invention, you are an idiot.
Secondly, vitamins are not invented. They simply exist. Fruits contain them, the skin produces them, meat contains them etc. Idiot.
You seem to think vitamins only exist in forms of pills and people need to eat them to be "more healthy" ... you are mistaken.
You are an idiot.
In European countries etc. you are supposed to get drugs by a prescription. Not by "buying them cheap" in a drug store.
Of course they are available ... but not for "sale" to medicate a kid with out professional supervision, moron.
In Asia, I pay 2 cents per pill for an "obsolete drug" that stops some common forms of cancer metastasis but is unadvertised
Care to name that drug, so the rest of the world can survive cancer metastasises, too?
Considering that production of stuff like that basically costs nothing, $5 for 100 pills is already a rip off.
What is wrong with just eating healthy? You don't need vitamin supplements.
People want to spend what they want to spend - this would cause a secondary grey market where people RMT in-game currencies and resell / trade on ebay/elsewhere.
And? What is wrong with that?
Now they know exactly that they get what they pay for!!!
Not everyone who drinks alcohol is addicted.
Not everyone who plays a game is addicted.
Ofc. I want to know a rough estimate of chance for an item ... why else would I play?
I did not say we need it.
You seem to mix me up with someone.
However plenty of applications would be easier to use with a touch screen, however that are scenarios where yould like to have a really big screen.
Your insults you can keep to your self, I research UIs and user interaction since 30 years.
There are plenty of great videos on youtube about modern UIs ... and you certainly don't want a UI that has a 6x4 yards screen (or is projected to a wall) and manipulate that with a mouse.
A friend of mine has a windows laptop with touch screen, if the plastic casing was not so shitty I long had one and installed Mac OS in a VM.
After all we have multi touch on touch pads since ages, why not having a touch interface for stuff like maps, air traffic controll, CASE systems, issue trackers (we did that with sprint planning etc. in various issue trackers, when we use touch sensible screens with multiple people)
If you don't "want" a touch screen, fine. If you don't need one, fine, too.
But claiming no one needs them, or that they make no sense, is simply plain wrong and ignorant.
Even without a magnetic field the atmosphere would last a few dozen million years.
In Thailand are super markets where the whole bag is cross checked with your recipe.
No idea what they fear: weather the cashier is corrupt or whether you have stolen something.
Of course they don't check everyone but it is a huge percentage.
Ever used a desktop with a touch screen?
No? Guessed so ...
Studying the existing bird flue != creating a more dangerous version.
Why should I make such a mistake?
I doubt Turkey will ever join the EU.
Point is: it would not.
The EU has no mainly muslime countries.
However India, Parkistan, Bangladesh, Malaysia etc. are all commonwealth nations, and either mainly muslime or have a big muslim polulation.
That basically means they can enter the UK with a valid passport, don't need a visa and can settle there.
Of course that is the same for every comonwealth citizen.
It likely won't.
AFAIK you can not have Java based Applications in the Appstore, not even with bundled runtime.
And then again regarding Apps, I doubt there will be many mobile Apps that make sense as a desktop 'App', the exception are chat clients.
The guys in the UK that are concerned about foreigners are not concerned about brown people.
The brown people come from the commonwealth.
They are concerned about EU citizens coming from Lithuania, Estonia, Poland, Romania etc.
Why would you no longer run vmware or terminal?
About what restrictions are you talking?
Why should being able to run "iOS apps" restrict ordinary macOS Applications?
Hahahaha
Save as
Print
Print Preview
On the wrong page. ...
The 'standard page for editing' has the wrong name
Sorry, the ribbon version of Office is completely unusable.
If you can work with it: fine for you...
There are actually quite often 'hills' on the water. Some people call them waves. A tsunami far out before it reaches the land is a very big hill, albeit only 1 or 2 feet high.
I just fight the unlogical reasoning of the parent posters.
Good enough and super cheap are the nail to the coffin. ... of course, if you go all the way to a multiple star restaurant it be comes more hard work than a passion.
The difference in effort to make something 'good enough' versus 'quite perfect' is super small in cooking
OTOH, I have heard about 70 year old men, were the wife had died, and they go to a cooking school (mostly motivated by welfare organizations) who never had learned how to fry an egg in a pan; and are to 'scared' to try it on their own.
No, OLE is the attempt of reinventing the Apple "OLE" which they had years before, but then dropped it as it is pointless. ... or "SOAP", does not matter, means: A server application.
CORBA is something completely different and has nothing to do with OLE at all. CORBA is an object oriented RPC (remote procedure call) "specification". It basically only works inside of the same "Server" (ORB = object request broker) family (same vendor, not even same OS is enough).
It got soon extended by the IIOP, internet inter ORB protocol, which made it possible that ORBs of different vendors could interact with each other.
While there are similarities, they have not much in common. In CORBA e.g. you have platform neutral specification languages (IDL, interface description languages) that make it possible to generate communication skeletons and "dumb data objects" to talk to any ORB. And then fill out the logic you need.
An ORB is basically a fancy "REST Server"
In other words: the data you manipulate is somewhere else. On the server.
With OLE every single Application on your Windows PC can be its own small server, able to handle requests to manipulate objects that are actually "embedded" into other programs.
You basically tell a remote (but still on the same machine) progam to manipulate your local data. OLE is basically CORBA reversed. Instead of calling business logic on the server, the other side manipulates the data in the client. (And there is no IDL/specification language, but you have to implement all the hooks the other side needs to manipulate your data)
P.S.
Similar to CORBA *and* OLE is MS COM and DCOM inspired by DECs was DCE, Distributed Computing Environment.
Or as a summary:
* CORBA is supposed to be used in a LAN/WAN and with IIOP over the internet, OLE is supposed to be used on the same machine, but it is possible to use OLE Servers (as in remote)
However, why anyone would use OLE for remote stuff when we have CORBA, SOAP and REST is beyond me.
* the CORBA server is called by clients, letting the server do something for them on the server
* OLE asks the server to do something inside of your own address space, you basically embed (hence the E in OLE) a part of the server into your own application, it is basically a super fancy DLL(dynamic link library)
That is actually a silly if not even dumb question.
I have a CAD system that is used for GEO informations, plans for buildings etc.
It can talk to Excel via DDE. Tell excel to open a "template file", save it as "today-${project}-earth-to-move.xls" and then the CAD system will pipe in the data to calculate the amount of earth to dig out and how many trucks you need to carry it away.
I got payed for that 20 years ago.
If Excel breaks DDE "communication" all my customers from over 25 years ago have to find one to program that again, with another approach.
Actually most things I did with DDE are the other way around: the DDE interface of my CAD System simply accepts the same syntax as text based import formats. Think about DXF files. You pipe line by line text into the CAD's DDE interface and it draws the objects you sent.
With OLE that would simply be much much more complicated for no benefit at all. Well, you could perhaps embed an interactive "CAD object" from my CAD System into your Word Document if I would support OLE ...
A GUI that is not explorable and has everything you need at the wrong places and only works via buttons that "also have a right click mouse menu": is horrible.
In old GUI programs you simply moved with the mouse over menus and you knew what you can do and it was easy to figure how to do it ... FrameMaker comes to mind. Best "Word Processor" ever.
The MS ribbon nonsense requires formal training to be able to use the Office packages and Outlook. And don't get me started about Apples Pages and Numbers and don't even remember how the presentation software is called ... Notes? Completely useless pieces of shit. Worth than anything MS ever did. Unusable without having Google open and for funk sake being forced to memorize every stupid icon. You can not do anything relevant without opening the right toolbar/floating tools window and knowing which icon to click.
OLE and DDE are completely different things.
In OLE e.g. a program enables you to "copy/paste" a part of an Excel Spread Sheet into your Application. That will be an "Excel Object that is Embedded into your document and Links to Excel so that Excel will recalculate that fragment when you change data"
DDE (dynamic data exchange) is a simple thing where you register a named server, that can be looked up, and you simply pipe strings or read strings from it. It is a fancy name for a local registry that is basically a set of named pipes.
Your document above only works when Excel is installed ... otherwise the excel object embedded in it is worthless.
DDE is just a socket/pipe to which you write more or less like to a file. It is superb for scripting an application, assuming it already has an scripting interface, it is like 5 lines of code to make it remotely scriptable via DDE. Like AppleScript or VBA for Applications make it possible to scrip an Application.
The guys who wrote 25 years ago in MS documentations you should prefer OLE over DDE simply had no clue either that both things are so completely different that it rarely makes sense to chose one over the other.
And how do you pump data into "You'll have more comfort writing Windows GUI applications in C++" if not via DDE?
I guess you don't really know what DDE is and how it works.
OLE is not DDE ... and I doubt people use any of those two things often, if at all.