|
Michael P Butler wrote:
What I want to try and achieve to start with is the equivalant of the .RC file.
With C/C++ code you can already decide to go the hardcore way and creating controls yourself instead of using .RC dialog templates. Using Xml to describe controls is like cheese, and you there are implementations for this already.
The point is that, once you get down to UIs you start needing things like "conditional properties", that is things that react depending on some selected values, or things that popup depending on user actions. And Xml does not bring you the plumbing. The plumbing is still plain row code.
While we are at it, what I like about dynamic UIs is more the achievement of separation as most as possible of the application logic and the UI logic, using a subscription model (windows messages) which notifies of events, rather than writing new APIs over and over again, which ends up like specialized and costly code to maintain.
My 0.5 cent.
RSS feed
|
|
|
|
|
Stephane Rodriguez. wrote:
The point is that, once you get down to UIs you start needing things like "conditional properties", that is things that react depending on some selected values, or things that popup depending on user actions.
That's one of the things I'm researching. In theory most of these actions could be described as business rules. As they are rules, they should be able to be described in meta data. For anything that the metadata file cannot handle, well that's why I need scripting.
Stephane Rodriguez. wrote:
While we are at it, what I like about dynamic UIs is more the achievement of separation as most as possible of the application logic and the UI logic, using a subscription model (windows messages) which notifies of events,
Me too. That is my aim, to seperate the UI logic from the business logic. I know that a lot of what I want is a pipedream because at the end of the day we'll always need some code writing. I'm just trying to find a way to avoid having to write the boring form/form validation/data loading and saving without having to resort to code generators.
Michael
'War is at best barbarism...Its glory is all moonshine. It is only those who have neither fired a shot nor heard the shrieks and groans of the wounded who cry aloud for blood, more vengeance, more desolation. War is hell.' - General William Sherman, 1879
|
|
|
|
|
|
|
|
Uwe Keim wrote:
...and so... what did Google say?
At a guess.
Been There, Done That.
Michael
'War is at best barbarism...Its glory is all moonshine. It is only those who have neither fired a shot nor heard the shrieks and groans of the wounded who cry aloud for blood, more vengeance, more desolation. War is hell.' - General William Sherman, 1879
|
|
|
|
|
|
If you downloaded cygwin, you have that cool little utility, wtf.exe:
dturini@desnn ~
$ wtf BTDT
BTDT: been there, done that
You can do it on anything you choose - from .bat to .net - A customer
|
|
|
|
|
Scripting?
That is because Scripting Framework project?
Or Scripting Framework project because scripting?
I am very like IDispatch and IMoniker but not sure that
future it is scripting. May be, but when I think about
Borland C++ Builder, Delphi, Visual Basic, C# and even
UML I think that future it is visualization in
programming and languages. The man must see (in mind) what
he create as Plato said . The world of things, the
world of ideas...
|
|
|
|
|
My current experiences with scripting languages use another kind of *poof*.
"Dor säggsische Dialeggt eechnet sich wie keeen onderor für den Ausdrugg zäärdlischor Gefiehle."
sighist | Agile Programming | doxygen
|
|
|
|
|
|
Perl is still very good for advanced text parsing.
I know no language where You can write a C++ parser faster which
does e.g automatically insert trace statements at top of each
function with class/function name replacement in the trace text.
Alois Kraus
|
|
|
|
|
|
Sure you can do it in other languages. But the fastest way ist still
perl. The regular expressions are part of the language which
leads to the most compact syntax. And it is free and portable without
any fees.
|
|
|
|
|
Java is losing ground fast, and it never 'stole the punchline' from PERL.
Use of PERL is not all that common in the Windows world, but if you use any *Nix system, PERL is a savior!
For example, try writing a program to parse a UNIX log that tracks logins for an entire network in C#, C++, or Java and you will quickly find yourself focusing more in memory issues and locations of certain characters (and the # of lines of code for the program will be close to a hundred just to get it to run as a daemon). Write a script in PERL and it does all of that for you in about 10 lines of code.
"If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week"
|
|
|
|
|
Zac Howland wrote:
Use of PERL is not all that common in the Windows world, but if you use any *Nix system, PERL is a savior!
I beg to differ! We use Perl all the time in Windows environments. We have a build environment, much of it automated. Most, if not all, of that is Perl scripts.
I would venture to say that most sizeable operations that have the concept of a build (e.g., not just people compiling on their own machines, then cobbling together a web package or CD from that) will probably be making use of Perl.
If your nose runs and your feet smell, then you're built upside down.
|
|
|
|
|
I was not trying to say that it is never used in Windows development. I use it to do many different tasks. What I was getting at was that it is used much more in *Nix environments.
"If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week"
|
|
|
|
|
|
Nishant S wrote:
What I meant is that Java is an even bigger joke than Perl as a future language of importance.
Says who?
You obviously haven't been hanging around Java people. Put this same survey in a Java-centric site and see what happens.
Regards,
Alvaro
Hey! It compiles! Ship it.
|
|
|
|
|
There we go again
Don't think the language war will ever end
Happy programming,
Rakesh Rajan
|
|
|
|
|
Java will loose a lot of popularity on the windows environment because Microsoft has droped its compiler support for Java as a result of the problems with SUN and the MS JVM. Starting in 2004 MS will not be able to distribute its JVM and must distribute SUNs instead.
John
|
|
|
|
|
Nishant S wrote:
What I meant is that Java is an even bigger joke than Perl as a future language of importance.
While I agree that Java is a joke as a future language, PERL is not. It has not gotten the popularity in the Windows world that it has in the *Nix world, but give it time and some people will wonder why they try to write Melissa-style worms in VB instead of PERL :P
"If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week"
|
|
|
|
|
|
Not any more
Rakesh
|
|
|
|
|