Slashdot Mirror
Konqueror's Javascript Continues To Improve
ElitusPrime writes "Konq's Javascript support may have been regarded as weak in the past, but 3.0 is a huge improvement. As an example, DHTML Lab has just released a Konqurer supported version of their popular HierMenus product. These cross-browser, backwards compatible pop-up menus are very complex, using all sorts of Javascript and DHTML tricks. Konq now supports them out of the box!"
Now there's an april fools joke.
--------
Bleah! Heh heh heh... BLEAH BLEAH!!! Ha ha ha ha...
Gotta hand it to ya, that's the most believable April fool's post yet!
c-hack.com |
Here is a mirror.
Alan Thicke's Journal
My Slashdot ads say "
Nope, the anonymous posting hasn't returned. So nothing can be real yet!
Forget Konqueror, I want CSS and Javascript for Lynx, dammit! :-)
There's 10 types of people in this world, those who understand binary and those who don't.
I'm glad to hear it's looking this good :) Go KDE!
And as for anonymous coward still being switched off... I don't seem to mind much.
Don't sneer at the K. It's always been a quality project. Yeah, it's short on features, but the features it does have work. Given the short time the project has even existed, it's pretty damn impressive.
Compare K with Mozilla, which after four years still isn't close to release quality (never mind the version number -- look at the damn bugs). This despite more resources, more time, more buzz, more everything. Face it, Konqueror is the surviving alternative to Internet Explorer.
About Konqueror's javascript support being vastly updated. The only site left that I have javascript problems with is atomfilm's screwy setup (the "watch film" links on the pages are some funky javascript routines that don't seem to work...the stderr text mentions an attempt at"'VBGetWindowsMediaVersion'"...)
I'm using CVS from yesterday. The only problems I'm running into now are some oddities in kate (the text editor) and the fact that there's STILL not a version of the GPL Quanta that will start up for me so far...everything else is beautiful.
Hacker Public Radio is our Friend
I went to the developers site but oddly enough I could not find an example of their product. -- Could someone post an example of these menues?
I am Jack's HTTP Server
Comment removed based on user account deletion
Comment removed based on user account deletion
The only complaints I seem to hear about Moz is that it won't render site X, which 9/10 times is do to poor coding on that particular site. Keep in mind, correctly rendering code != a bug. Quite the opposite actually.
Be strict with what you send. Be liberal with what you receive.
Dancin Santa
I went to that site in the latest Konq CVS, and the menus worked great. But then I went on to read about this company.. 29.95 for the use of some simple DHTML menus on only 5 pages?!@?!? Higher license fees for mroe pages??!?! I could code my own implimentation of this in 5-10 mins! These guys are seriously whacko.
This is real support from the Hiermenus product. The actual 4.2.3 release of these menus is slated for tomorrow morning.
:)
Please note, the text of the article isn't fully complete yet.The complete copy will be posted sometime April 2nd London time. ElitusPrime jumped the gun a little bit in reporting this to Slashdot. Something about the Email I sent to him that contained the phrases "pre-release stuff" and "mix it [the final text] in with what's already there and you'll have a picture of what will be there tomorrow" seemed to confused him
Now *I* have to explain to an editor at Internet.com who doesn't know me from a hole in the ground why an incomplete article about an unreleased product is being slashdotted.
Happy birthday, by the way Elitus!
On to the menus.
Again, yes this is real support. For those of you with Konq 3.0 (it has been released in source form btw - the binary packages are being built right now) you can keep clicking the next article button to finally get to a page with a demo of the menus. They are rather impressive actually.
The Konq team has been working to get these menus to work for the past few months. Basically, I've been using them as a JavaScript/DOM/CSS test bed. Whenever I would find a problem with the scripts, I would report it to the kde-devel mailing list and go to bed. More than once, the problem I reported the night before would be fixed before I got up the next morning. Thanks especially to David Faure of Mandrake with his bug fixes and kind words of support.
These menus are *very* complex. They use an extensive collection of CSS, JavaScript and DOM manipulation to achieve the menu effect. It's important to note that for this release, the Hiermenus guys didn't have to change a single line of code in their scripts save for browser sniffing. Everything that these menus do now works in Konqueror out of the box (or out of the compile for those of you noting KDE doesn't come in a box). A big congratulations are in order for the Konqueror team for pulling this off. I'm proud to have been a part of it.
I plan on writing a story about these menus and what it took to get Konqueror to support them for dot.kde.org sometime in the next few weeks. This time, I'll tell Elitus about it *after* it's final...
David
JavaScript itself, thanks to its Microsoft "JScript" counterpart has been a cruel joke to we developers for years anyway. Just compatable enough to be able to work around the differences, but just different enough to be a royal pain in the ass to use for anything complicated.
-Pete
Soccer Goal Plans
A Personal License is available for any non-commercial Web site that is less than 5 pages. The one-time licensing fee for a non-commercial Web site is U.S. $29.95.
For the DHTML code that is already in my browsers Window? I didn't sign any EULA by loading the page so what stops me from just modifying the code to my own purposes (and obsfucating it to avoid copyright stuff)?
I don't think this is an April Fool's joke, I just think this guy is smoking crack if he thinks he has any hopes of making money off this.
BTW: The only real news today was that someone wrote a JavaScript menu that works in Konqueror? I usually don't complain about article weakness but come on.
int func(int a);
func((b += 3, b));
The interesting thing is that while April Fools is technically "over", anonymous posting is still on the blink. Makes you wonder if advert-announcement wasn't a joke after all...
We who were living are now dying
With a little patience
When the font configuration data gets reset, or it can't find the default font (such as, if you are using bitmap helvetica as your font (which is the default), but using Xft rendering which does not support bitmap fonts), it goes to whatever is alphabetically first among the fonts it is aware of. Sometimes it ends up being Arial, which is ok (although its usually the wrong size), on my computer it typically chooses an absolutely horrid looking font called "Agate".
"(Man) tries to live his own life as if he were telling a story. But you have to choose: live or tell." --Sartre
What are you paying for?
=> the programmer time you don't have to waste reimplementing the wheel
=> not having to face the horrible realization that you're losing customers because your reimplemented wheel only plays nice in IE version x.y, and breaks or looks ugly on anything else. And wedges the browser solid on IE version x.z
If anyone's interested: www.brothercake.com has a JS menu, UDM, that works very well cross-browser.
And it's free-as-in-the-guy-who-wrote-it-says-so. Gimme-credit-ware.
I use it on the main page and the web-store for navigation. It can be slow on some browsers, but it's actively developed and gets better every day. I just checked it with konq 2.2.1 and Opera 5.0, no problems. In mozilla it's slow as hell, but I haven't tried moz 1.0 yet.
--J(K) DOS is like Unix in exactly the same way that a pinto is like an aircraft carrier.
I wish menuing was built into the browser using some XML specification that is implemented much like external style sheets.
Too much effort is spent on developing human friendly navigation and requires the extraordinary use of "Javascript and DHTML tricks" that often break.
Does anyone know if the Konqueror (or KDE in general) is improved regarding Fitt's Law adhesion? KDE usability would go all the way up if the rule is followed whereever technically possible.
I wrote a mostly cross-browser (tested on Windows/MacOS 9 & X/Red Hat Linux, in Mozilla, Netscape4 & 6, Opera, IE5+) javascript/dhtml drop menu script. It's lightning fast because it renders the different menus to actual HTML divs instead of instantiating tons of JS objects, but at the expense of some customizability. Actually, you can still access everything in JavaScript, so the customizability is up to you. The best part is its less than 100 lines of JavaScript.
Oh, and it's got an object-oriented PHP api, so you can hook it up to your database-driven sites easy enough. I wrote it because I found the others ugly to have to interface with PHP, and they all seem to slow the browser to a crawl (even on my AMD 1.4GHz w/ 512MB DDR-RAM).
You can see it in action at this site, which is about to be re-launched. It's Open Source, but it's currently only downloadable through a package called Sitellite CMS, in the beta download. I'm preparing a new release of the core application framework behind this project, which is the Open Source part, which includes the drop menu stuff. That part is all contained in the 'saf' directory, and the drop menus are in lib/GUI inside that.
If you don't want the PHP API, you're of course free to just take the JavaScript from the source on the link above.
putfwd.com - 1GB Free file storage with a twist
Popups are evil. Well, evil if you dislike their behaviour in your desktop environment. And as we all know, they can be abused if the browser isn't very tightly in control.
I want to have control over my desktop. If I stretch my browser out to 800x600, then I don't want any popup to wander out of that range. The best way I see to do this is to implement the browser so that all dynamically created menus and popups are entirely controlled by the user, when the user choose to exercise that control. And they should be parented within the existing window unless the user allows or requests otherwise. Many kinds of DHTML do that now, but the way it should be is DHTML, Java, and Javascript cannot cause any new windows to every pop up outside of the existing window. If you have to bring up a menu, do it within the confines of the browser window itself. And this has to be part of the browser implementation, and not left up to the site to decide (as some will abuse this, we know). I haven't had the chance, yet, to try out all the new browsers around. Eventually I will, and hopefully some are going the good direction.
now we need to go OSS in diesel cars
I have written a Hierarchial Menu script. And it took me quite a lot longer than 5 to 10 minutes.
:)
Let me assure all the posters saying "I can do it in 30 seconds flat, it's just hiding DIVs" that menus like mine and HierMenus are quite a bit more than that. Yes, it's true that you *CAN* make a single-level popup where the triggers overlap the divs work in IE5+ and NS6 in a few minutes. But if you want multiple levels of autogenerating, correctly highlighting cascading menus working in as many browsers as possible, it's a decent coding effort.
You have to do everything 3 different ways for a start:
document.layers for NS4
document.all for IE4+
document.getElementById for IE5+ or NS6, Opera etc.
And that's just for getting references to page elements -- modifying them is another story entirely. Working around browser bugs takes anywhere from weeks to years -- I started the first version around Nov 2000, and am currently hacking away at the v5.1 script. Netscape 4 behaves differently with every different version, the platform of your computer, and it seems even the phase of the moon. Don't think about getting me started on IE on the Macintosh.
Check my homepage, and navigate in, it's called "Cascading Popup Menus". It works in Moz, NS4, IE4+ and Opera 5/6, Ihaven't tested Konq but I'd appreciate feedback. (End Shameless Promotion
For their price, it's probably pretty reasonable. Their menu is ~50k of JavaScript, mine is 12k but highly condensed. They used to give it away for free, as it was developed as a tutorial-like series of columns -- have a read through all the revisions before criticising Peter Belesis (the author).
- Angus.
<!-- DHTML / JavaScript menu, popup tooltip, Ajax scripts -->
I keep trying out the latest version of Mozilla -- and keep getting burned. Recently I discovered that all my rich-text email was going out with Mozilla-specific, non-W3C-compliant HTML gimmicks that rendered them unreadable on other other email clients. That's the sort of thing that destroy's your faith in a product permanently.
That's the big problem with Mozilla -- they put all their efforts into fancy features, and don't even look at the basic behavior and usability bugs. Here's one I submitted months ago. OK, it's not earth-shaking, but they haven't even screened it.
What's good about Konqueror is that they focus on basic browser functionality. I have to admit that they are over-fond of stealing every IE feature they can. Microsoft envy is a bit of problem with the whole KDE project.