• Quick note - the problem with Youtube videos not embedding on the forum appears to have been fixed, thanks to ZiprHead. If you do still see problems let me know.

Mac Development Tools Recommendations

Wowbagger, I suspect if they have the same crew work on a 'Native' application as wrote the Flash code, it would STILL be a hopeless mess. You can't blame a language/platform for the incompetence of its users, or C/C++/Windows/Mac/etc. should've been thrown out a very long time ago.
No, this is NOT the user's fault, nor the programmer's fault. It is merely the platform that is making this whole thing difficult to maintain. It is quite clear that Flash is still great for animations, but it just sucks for applications!
 
I'd say you have a lot of misplaced faith in the capabilities of other software developers. To believe that someone who could foul up a Flash applet would turn around and pull off a 'good' Windows or Mac app is generous.

Flash is adequate, good enough, etc. for most applications.

Perhaps the 'old crap' they're trying to dump is Flash 8 or earlier. You may as well complain about 'Windows' based on a Windows 3 application, or complain about 'Macintosh' based on an original black & white Macintosh application.

Flash is as much 'just for graphics and stuff' as PC's are 'just for business'.

Download the free Flex 3 SDK and see for yourself.
 
I'd say you have a lot of misplaced faith in the capabilities of other software developers. To believe that someone who could foul up a Flash applet would turn around and pull off a 'good' Windows or Mac app is generous.

Flash is adequate, good enough, etc. for most applications.

Perhaps the 'old crap' they're trying to dump is Flash 8 or earlier. You may as well complain about 'Windows' based on a Windows 3 application, or complain about 'Macintosh' based on an original black & white Macintosh application.

Flash is as much 'just for graphics and stuff' as PC's are 'just for business'.

Download the free Flex 3 SDK and see for yourself.

The fact remains that the overwhelming bulk of information exchange continues to be accomplished with structured text and numbers, with some graphics for clarification. This is far more efficiently and meaningfully implemented with markup languages, scripting languages, and general computing languages than with a multimedia container, such as Flash.

When I see a standards-compliant web browser coded in Flex, I'll take notice, because all your web-based applications are useless without one.

This has been some interesting topic drift, pingnak, yet I hope you do realize how far we are drifting from the OP, and that your repeated touting of Adobe products is beginning to smell a lot like Spam.
 
Last edited:
I'd say you have a lot of misplaced faith in the capabilities of other software developers. To believe that someone who could foul up a Flash applet would turn around and pull off a 'good' Windows or Mac app is generous.
You are commenting on a particular application you know nothing about. I've seen the code, and it is quite clean, written by a relatively good Flash programmer. Uses ActionScript 3.0 (from Flash 9), in fact.

However, it is quite clear that Flash is just not the best choice, for certain things. Plugging into, and synching with, various video and chat sources does not appear to be one of them.
 
Well, there you go.

'Various' video and chat sources. You mean like generically being able to handle whatever custom-packaged video and chat mess someone has on hand, using whatever protocols and CODECs anyone pulls out of their arse on a given day? Sounds like a recipe for abject failure.

Hell, good luck doing that with ANY platform.

Most of the failure THERE would still be in the underlying OS features that Flash is depending on to be configured correctly. Throwing out the Flash code for 'native' would only get you most of the same failures in most of the same situations.
 
'Various' video and chat sources. You mean like generically being able to handle whatever custom-packaged video and chat mess someone has on hand, using whatever protocols and CODECs anyone pulls out of their arse on a given day? Sounds like a recipe for abject failure.

Hell, good luck doing that with ANY platform.

Actually, it sounds like QuickTime, which has been successfully doing just that for the last 13 years. Of course you still have to use a programming language to create the codec plugins and control it, yet the APIs are well-documented so that a proprietary language is not required *cough* PHP, Python, Perl, Ruby, Java, the various flavors of C, BASIC, even Pascal (if you want to go there) are all viable.

I'm not saying this to be an Apple Evangelist, just in recognition that there are other options for cross-platform multimedia presentation. And if the goal at hand is to do multimedia/multisource mashups, Flash doesn't cut it, as you observe. Yet somehow, some way, such mashups are being implemented, and they appear to be very much in demand ;)

Most of the failure THERE would still be in the underlying OS features that Flash is depending on to be configured correctly. Throwing out the Flash code for 'native' would only get you most of the same failures in most of the same situations.

There is something to that. Adobe's scripting languages work a treat with Adobe's products. If you are looking to automate a workflow within Creative Suite, the Adobe scripting tools are quite excellent. Yet they are intentionally designed to discourage integrating competing products into the workflow, and therein lies their limitations.

Just imagine, for the moment, what your experience with this forum would be like if it relied on Flash instead of (IIRC) PHP and CSS. Imagine the latency incurred by needing to encode and download/upload a Flash movie every time you wished to read a thread or submit a post. Imagine the CPU tax if that were to be done server side. Does that sound like a satisfying experience for either the webmaster or the forumite?
 
Last edited:
Just imagine, for the moment, what your experience with this forum would be like if it relied on Flash instead of (IIRC) PHP and CSS. Imagine the latency incurred by needing to encode and download/upload a Flash movie every time you wished to read a thread or submit a post. Imagine the CPU tax if that were to be done server side. Does that sound like a satisfying experience for either the webmaster or the forumite?

I've written interactive client/server forum software before (in the pre-internet days - when the download rate was a 2400 baud MODEM). You don't send down SWF files for anything but the client its self. Flash supports sockets, text, binary and XML data quite nicely. Even zipped versions of all of that data.

Just imagine someone who knew what they were doing wrote the interactive interface and only downloaded the data that CHANGES when you visited a forum page. Pretty much everything would respond instantly, at least to give you some status that it's 'working on it'.

Could be a zipped XML list of posts. None of the extra formatting mixed in.

Code:
<Post by="leonAzul" date="200811061756" face="leonAzul.gif" etc="whatever else" >
<![CDATA[Oh, I didn't know there were other ways to skin a cat... :)]]>
</Post>
Zip a list of xml content like that and it's tiny. Especially considering how much redundant information appears when people quote each other. You could go binary if you wanted, but it's not that big a savings relative to the content. Keep pages of zipped content on the server to send down, and you only need to re-zip the 'latest' page of zipped content when someone posts to it.

So, an initial 5~15 second download (with a download status animation) according to how fancy you make it, how much art and sound effects you add, etc., you'd get all the top-level indexing done and displayed in whatever order you had specified. The forum editor would pop up instantly when you clicked 'Reply' and it wouldn't forget my password every minute or so like this webby thing does (I don't allow the browser to permanently 'remember' passwords, and occasionally forget to click the 'remember me' box).

Embed the fonts into the applet and the posts will look the same on everybody's machine (but the applet will take an extra second to load). Posts would be continuously scaleable. Lots of pretty fade/transition effects, if you like. Scalable smileys that animated and looked great at any size.

Oh, and A WYSIWYG editor. And your bandwidth demands would be massively reduced, as every click of a button/link to sort or change pages does not need to hit the server in a time-critical fashion. While you're reading the current page of posts, the next page could be downloading in the background, so when you reached the bottom, you click 'next' and there it is. Again, instantly... unless you're just paging through without reading. Then there'll be some delay, but the 'busy' animation would be there instantly.
 
You know, you could build anything from anything. But, some things lend themselves to some tasks better than others.

Yes, it is possible to build nice, efficient forum software from Flash. But, it is not as easy, nor as standard-compliant, as XHTML + Javascript + related things.

If the JREF Forum was all done with Flash, we would be more prone to expect:

1. Slower performance on older computers, and various devices
2. Poor support for accessability
3. More difficulty customizing various aspects of the site's look and feel
4. More difficulty handling plug-ins
5. Occasional crashes on some machines, due to any number of causes that inflict systems more complicated than they need to be, in the long run
6. Inability to use the site, on certain secure platforms.
7. The inconvenience of downloading a new version of Flash, whenever the site upgrades.

And what would we gain?
1. Nicer, smoother animations in its graphics presentation
2. The option to add live chatting without need for yet another plug-in (Flash already IS the plug-in), (although a pure AJAX chat solution could still be a viable option in the XHTML world)
 
Don't forget instant feedback to controls. You click, and something obviously happens RIGHT NOW. Not after the server gets back to you.

Fonts GUARANTEED to be the same on all platforms, so you don't have strange things 'wrapping' or getting clipped because someone's version of font is wider/narrower/taller/shorter or doesn't have certain glyphs in it.

Sure, 'Live' chat would be do-able. I didn't even consider it. Probably even interactively draw pictures on a 'whiteboard'. Did that in 1992 or so on a DOS product built on a scripting language over MODEMs. No reason Multi-GHZ pentiums with a ton of internet bandwidth couldn't handle it with a modern interpreter.

Launch games, show videos. YouTube can do it, why not me? I mean, besides the obvious issues of unlimited bandwidth, server space, etc. The front-end would support it pretty cheaply even if the back-end couldn't cash those checks. A common failure mode of many 'best laid plans'.

Oh, and don't forget scalable vector smileys.

1. Slower performance on older computers, and various devices
Only if you went overboard on the animation.

2. Poor support for accessability
Maybe, maybe not. I can 'zoom' Flash content to any level. Even fill the whole screen with one glyph of text. So much for 'near blind' complaints. There are also accessibility features built into Flash to do all the normal things and operate with screen readers.
http://help.adobe.com/en_US/AS3LCR/Flash_10.0/flash/accessibility/Accessibility.html

3. More difficulty customizing various aspects of the site's look and feel
That's according to how you plan for 'customizing' it. If you make no plans, steep hill.
If you make a 'skinnable' app, anything at all can be customized. Reach right in with a WYSIWYG interface in Flash and change the color or the shape of things. As opposed to twiddling with scripting on a server generated web page.

4. More difficulty handling plug-ins
What plug-ins? If it ain't got it, just hack it in. Any swf can download ANOTHER swf, and grab classes from that dynamically, or just display it in a box. Absolutely trivial.
http://help.adobe.com/en_US/AS3LCR/Flash_10.0/flash/display/Loader.html

5. Occasional crashes on some machines, due to any number of causes that inflict systems more complicated than they need to be, in the long run
Web browsers themselves are susceptible to the same issues, including generating more 'modern' HTML than they can handle.

6. Inability to use the site, on certain secure platforms.
If they're preventing Flash at work, they're probably filtering sites like this, too.

7. The inconvenience of downloading a new version of Flash, whenever the site upgrades.
Only if the site upgrades to REQUIRE a new version of Flash. Much the same when the site as it is REQUIRES some level of 'CSS' support or frames and an old browser won't handle it, only you're 'REQUIRED' to upgrade the whole browser. Plugin setup is pretty simple and convenient on most browsers. I can make a hundred versions of some Flash app and never require a new plugin.

It's not necessarily more 'complex' than the hoops you end up jumping through to get the web page to render right in Internet Explorer (multiple versions) versus Mozilla/Firefox (multiple versions) versus Safari (multiple versions) versus Opera (multiple versions). Though I suspect Randi uses canned forum software and 'customizes' it with some CSS goody. Flash also supports CSS.
http://help.adobe.com/en_US/AS3LCR/Flash_10.0/flash/text/StyleSheet.html

JREF has obviously spent a lot of effort since the forum first started, and it seems to be fairly stable. It 'works', so don't fix it.

And let's make one thing perfectly clear, I'm not saying it should be done, simply responding to someone who said it couldn't be done, or it would 'suck' based on completely whacked-out assumptions about how Flash works.

Oh, and start with Flash 10, and you could have a completely 3D UI. Walk around through the halls interactive 3D UI. I could do it with Flash 9, but not as easily. 3D JREF MMORPG. Could be done. Not that it SHOULD be done. Of course, you'd lose a lot of those 'low end' machines, and Flash 10 isn't penetrated into the market or ported as widely. But then again, we're talkin' vapor-ware, so by the time it was beta, it would be.
 
Don't forget instant feedback to controls. You click, and something obviously happens RIGHT NOW. Not after the server gets back to you.
JavaScript can offer instant feedback. Though, sometimes the code could get mildly unwieldy, when writing it yourself. There are controls one could use, that takes care of all that plumbing, though.

As for any feedback that requires getting stuff from the network: Unless it is a peer-to-peer network, you STILL need to wait for the server to get back to you. (And, I doubt anyone's going to build a peer-to-peer Internet Forum, anytime soon.)

Fonts GUARANTEED to be the same on all platforms
Score one, relatively minor, point for Flash!

Launch games, show videos.
We could still embed Flash objects for those extra things. That is no excuse to render the WHOLE application in Flash.

Oh, and don't forget scalable vector smileys.
Oooo! Another point in Flash's favor! :)

Like I said, it is NOT impossible to build a forum with Flash. It is just not as easy or efficient as doing it with standard web site rendering.

Only if you went overboard on the animation.
Or anything else the client end would have to do.

Maybe, maybe not. I can 'zoom' Flash content to any level. Even fill the whole screen with one glyph of text. So much for 'near blind' complaints. There are also accessibility features built into Flash to do all the normal things and operate with screen readers.
And, yet, disabled users are still more prone to be frustrated with Flash-based sites than HTML based ones. And, I do speak with some of them, every now and then. I wonder why that is.

If you make a 'skinnable' app, anything at all can be customized. Reach right in with a WYSIWYG interface in Flash and change the color or the shape of things. As opposed to twiddling with scripting on a server generated web page.
If you use skins and CSS on a site, you don't need to twiddle with scripting.

What plug-ins? If it ain't got it, just hack it in. Any swf can download ANOTHER swf, and grab classes from that dynamically, or just display it in a box. Absolutely trivial.
There would still be a significant maintenance issue dealing with any new features that come out: New types of video players, new forms of User Profiles (Remember that "Zoints" thing? I did not like it. But, theoretically, it seems to be easier to plug something like that into a standard web site, than a Flash-based thing, if one was to do so.), etc.

Also, what about on-the-fly changes? Edit a web page, (even in Notepad if necessary), and it is good to go. Need to edit a Flash app? That would require a recompile, some retesting, and redistribution to all the clients.

Web browsers themselves are susceptible to the same issues, including generating more 'modern' HTML than they can handle.
My point is that a web site is more likely to crash, the more things it has to load in. Flash plug ins are going to crash more often than HTML web sites by virtue of the extra steps and hoops the browser needs to jump through, to get it going.

If they're preventing Flash at work, they're probably filtering sites like this, too.
Naive assumption. Some places allow standard HTML (pure text, and maybe some picture formats), from almost any source, to stream in, but for plug-ins and downloads to be disabled, so there is practically no chance of attacks from buffer over-runs, or anything.

Only if the site upgrades to REQUIRE a new version of Flash.
Which happens more often than you think, on popular sites. But, this is probably a minor issue, anyway.

Much the same when the site as it is REQUIRES some level of 'CSS' support or frames and an old browser won't handle it, only you're 'REQUIRED' to upgrade the whole browser.
Wrong. CSS standards are set up so older browsers could gracefully degrade from the new standards. (although, sometimes not perfectly, I will admit.)

It's not necessarily more 'complex' than the hoops you end up jumping through to get the web page to render right in Internet Explorer (multiple versions) versus Mozilla/Firefox (multiple versions) versus Safari (multiple versions) versus Opera (multiple versions).
This is actually not as big an issue as you might think. There may be some tweaks one must do, to get a site looking EXACTLY the same, on all those browsers. But, most browsers will render 95% of everything 95% correctly, 95% of the time. And, with a few exceptions, that 5% is a trivial, superficial matter, anyway. (With the one big exception being that ugly IE6 div-tag margin thing that I would rather try to forget about! But, that's water under the bridge.)

And let's make one thing perfectly clear, I'm not saying it should be done, simply responding to someone who said it couldn't be done, or it would 'suck' based on completely whacked-out assumptions about how Flash works.
I think I can agree with that!

Wait...are you implying that my assumptions are whacked-out?

Oh, and start with Flash 10, and you could have a completely 3D UI.
Flash 10 is pretty nifty. But, that does not address what I was writing above.
 
Last edited:
I think a big piece of the puzzle here is that there has been over ten years of web forum development behind what you're looking at here on this and other UBB forum sites. It makes it 'seem' easy when you have a very mature product with all the bells & whistles already coded up, debugged, documented, etc. with plenty of examples to play with on the web.

Could I make an identical clone of all of this with Flash? Absolutely yes, given time. This problem doesn't intimidate me in the slightest.

Could I make it configure with CSS, just like this forum? Yes.

Would it behave as if you were running all the code locally and had all the data (within reason) cached locally? Yes, because it could dynamically load content in the background, and would be running all the code (except the server back-end for the forum database) locally.

Would the code base be any more 'complicated' to maintain for ME than the core UBB forum would be for the folks who wrote THAT? Of course not.

Would it be 'hard' to use or maintain for someone else who was experienced with Flash? No. Obviously it would look like an impenetrable wall to someone who didn't know Flash, but the same could be said for the web scripting behind the forum software for someone who was not familiar with that technology.

Would I bother to do any of that? No. Not unless someone waved a fat wad of good money in my face to start doing it, and nobody's doing that because they already have a selection of mature off-the-shelf products that work OK to do it.

As for any perceived 'slowness', you're completely off-track. If a 386 clone could do similar things in an interpreted environment under DOS, a more modern CPU will manage it 'somehow'. The only thing you could drag something like a forum client down with on the slowest computer that could run Windows 2000 is animation of excessively large/complex things at high resolution. The background task of moving text around and formatting it for display is trivial.

As for the frustration of disabled users, it most likely comes from the frustrating nature of Flash content as it's prevalently used and abused on the internet. You go to a manufacturer's web site to read about a product, and all you get is a 60MB cartoon. No text for a reader, no consideration for disabled users, heck pretty much content-free for non-disabled users. They blew all their budget making that cartoon and spiffy visual design, and didn't pay a writer for anything. Besides, as any designer will tell you, informative text isn't 'pretty'. Could there have been text and a few tables? Of course. Did they? NO.

Like any system, there are a few ways to do things 'right', and plenty of more ways to do them 'wrong'. Heck, there are plenty of non-Flash HTML websites that one could draw the same negative conclusions about web browsers from. Anyways, anything that gives you the freedom to f&ck up in terrible new ways will be used to f&ck up in terrible new ways. A Finagle's/Murphy's law derivative.

Here's a nice mix of abused Flash and Abused HTML pages. Some of the most eye-gougingly hideous things aren't even Flash. Using a plugin like 'Flashblock' lets you sort out which are which easily enough. If it comes up blank with a 'Play' arrow, it's Flash, otherwise, the hideous thing is made of something else.

http://www.webpagesthatsuck.com/worst-of-2008-contenders.html

This should give you some insight as to where a lot of Flash's 'bad name' comes from. I certainly use Flashblock plugin in Firefox, and encourage others to do so as well. It's an excellent tool for culling crap, and it has easy exceptions for 'approving' web sites, or just seeing something 'this one time'. As a general rule, if you go to a product manufacturer's web site, and there's nothing but a 'Play' arrow for Flash, then there will probably be nothing there but pure crap.

You go to a game site, well, you're probably going to enable Flash for that. After all, a big portion of all the casual games written are Flash, and they're going to be.
 
We could still embed Flash objects for those extra things. That is no excuse to render the WHOLE application in Flash.

In a nutshell. My apologies for reacting too emotionally and not articulating my point of view in such a rational manner. My reaction was based on the experience on more than one occasion of talented designers who used Flash to prototype the landing page of a web site and expected said page to be implemented purely in Flash--only to receive the thunderous response of *crickets* :duck:
 

Back
Top Bottom