Slashdot Mirror


Better Browsers for Text & Form Handling?

Dan Warne asks: "I work as a web content administrator for one of the big newspapers in Australia. The front end of our content manager is browser-form based. Yet browsers all have horrible text editing features; neither Mozilla nor IE support search-and-replace, something desperately needed for anyone who works with a lot of form content. Aside from using a standalone text editor, what software out there provides a better browser-based solution for people who work with text in web forms a lot?"

65 comments

  1. Pick Up a Book... by B1LL_GAT3Z · · Score: 2, Interesting

    Pick up a book on Javascript, and write your own! The 'Search and Replace' feature that you mentioned would take an experienced programmer only minutes to write - and if you're just beginning, you could probably have something working before the day is over. My guess is that you'll probably save a bunch of money, and support costs, over using some proprietary third-party utility.

    --
    -- Kleptotherapy: Helping those who help themselves.
    1. Re:Pick Up a Book... by trompete · · Score: 1

      I second that motion. Javascript, like Java is good at dealing with string insertion/replacement. You don't even have to buy a book. Just search Google for guides and/or an example of text replacement.
      In fact, If you pay me, I'll even write it for you. Like other people in IT, I'd stand on my head for money at this point.

      Good luck!

    2. Re:Pick Up a Book... by br0ck · · Score: 2, Interesting

      He's a content manager, not a developer. He just wants a browser with a more usable text area, which seems like a reasonable request. Perhaps his development team could make things much easier by adding a web-based WYSIWYG editor. Many of them are IE only, but the beta of this free one works in Mozilla and looks easy to implement.

  2. lynx! by redelm · · Score: 3, Interesting
    Alright, so I'm a reactionary dinosaur!

    Right now, I'm writing this with `vim`, having hit ^Xe in the textbox that `lynx` opened up. I have all the unimaginable power of vim at my disposal. :)

    1. Re:lynx! by You're+All+Wrong · · Score: 2, Interesting

      Ditto my w3m happily calling jed. I could configure it to call xemacs instead, of course (and lynx could likewise).

      Wait a second - we're supposed to be the crippled text-mode guys, how come we're the ones who are laughing?

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    2. Re:lynx! by Apreche · · Score: 1

      lynx good! Also, I recently installed gentoo, which familiarized me with links2. A lot like lynx, but differenter.

      --
      The GeekNights podcast is going strong. Listen!
    3. Re:lynx! by ElectricRook · · Score: 1
      I have all the unimaginable power of vim at my disposal

      Yes, UNIX folks know how to handle god like powers. DS wants a pretty GUI!

      --
      - High Tech workers, please say NO to Union Carpenters, their Union sees fit to control our compensation.
    4. Re:lynx! by TrippyZ · · Score: 1

      Choose the power of Emacs with builtin web browsing!

  3. w3m / vimpart by cjpez · · Score: 2, Interesting
    w3m drops me into vim whenever I do input on a text box. I'm sure other textmode browsers let you do similar things.

    I also have high hopes for someday being able to use vimpart as a textarea editor in Konqueror - that alone would get me to switch over from Moz.

    1. Re:w3m / vimpart by ajs318 · · Score: 2, Informative

      Um, can't Konqueror transport a textarea into Kate, where you can edit it to your heart's content - it even understands ed commands - and then back again? This is exactly the sort of functionality KDE is supposed to have built in. However, I'm unable to confirm this because I'm at "work" right now and having to put up win Win98SE. {Though I am hoping to find a way to break my HDD; then I'll reinstall Win98SE dual-booting with Slackware.}

      Even if there is no inbuilt way of doing this, you can do it all with your mouse. In Konqueror: Mouse to top LH corner of textarea. Click and hold LH button. Mouse to bottom RH corner. Let go of LH button. Start Kate. Click middle button. Edit. Back to Konqueror. Click RH button over still-highlit text and chose "clear". Back to Kate. Mouse to top LH corner. Click and hold LH button. Mouse to bottom RH corner. Let go of LH button. Back to Konqueror. Click middle button. Submit form.

      Um ..... actually that does look very ugly.

      --
      Je fume. Tu fumes. Nous fûmes!
  4. Applets by HawkingMattress · · Score: 2, Interesting

    For CCMs using editor applets in place of the standard textarea can be a solution. There are lots of them, and they also support html ~wysiwyg formatting...

  5. Disappointment by DaveJay · · Score: 1

    I am a regular Opera user, and I was all set to say "Hey, with Opera, I can find and replace in form fields!"

    Sadly, I just tried it and I cannot. Is this really such a difficult feature to implement, or has nobody really brought it up before now? Certainly in my years of using a browser I've not needed this feature (otherwise I would have known that Opera doesn't do it) -- but now that I know the feature is lacking, I want it. ;)

    1. Re:Disappointment by gl4ss · · Score: 1

      it's a simple feature as can be.. few lines javascript could probably even do it no problemo and i'd be surprised if one couldn't find an example how to do just it with google under 15 mins(heck, it sounds just like a plugin request for mozilla to me).

      but the thing is that maybe nobody just thought that you would actually use the browser for editing articles(without having plugins, applets or whatnots ). for posting them, sure. but i'm pretty sure they'd have more dandy time writing the articles in a real editor and just posting them with the web interface(heck, or write a plugin/feature for that text editor of choice to submit that form automatically from within the text editor program..).

      *i got no idea what dandy means, nor if a whatnot is a word. and imho slashdot ranting is pretty the top end on what browser textboxes are worth using for.

      --
      world was created 5 seconds before this post as it is.
  6. Mozilla plugin by Anonymous Coward · · Score: 0

    Can't find it now, but it provides a word processor popup for text areas that will then fill the text area with html.

  7. fast development by Nicolay77 · · Score: 1

    And having seen the speed of the changes in the latest betas of Opera 7.20 I can guess that feature will be ready in a matter of a couple of weeks or less.

    --
    We are Turing O-Machines. The Oracle is out there.
    1. Re:fast development by Anonymous Coward · · Score: 0

      We are working on it....

      Love, NDA alpha tester for opera.

  8. searching and replacing by drfrog · · Score: 1

    searching:

    find / -iname index.html
    grep -e "stuff to find" ./*.html

    replacing:
    sed -e "s/one/two/" index.html >newindex.html

    --
    back in the day we didnt have no old school
  9. Plugin for Mozilla by fredrikj · · Score: 1

    Unless there is one already, write your own or hire someone to write it.

  10. w3m rocks. by markjugg · · Score: 2, Informative

    I've recently been using w3m a lot more recently and highly recommend it. It supports a number of vi-like and emacs-like keystrokes if you are into that kind of thing. It also has a number of other noteworthy features:

    - Although it's console based, it can display images. This is a really neat trick. It's actually using X11 to overlay images on the console. It even works when w3m is in a remote terminal, as long as X11 is forwarded back.

    - It supports tabbed browsing.

    - SSL support

    - It supports tables and frames, so it generally renders pages decently.

    - It has "incremental search", like Mozilla's type-ahead-find.

    - Generally excellent keyboard navigation

    - It's easy to switch to an external graphical browser if you need one. I use w3m on my Mac, and just press "M" to have it open the current page in Safari.

    - It allows you to use your editor-of-choice to edit textareas. I imagine you could use a graphical editor with it

    I use it frequently as a general purpose browser now, switching to a browser that supports graphics and javascript if I need to.

    w3m seems to be a generation ahead of 'lynx'. It's quite impressive.

  11. FCKeditor by Ruis · · Score: 2, Interesting

    Here's a nice one that generates html that can be submitted via a form. It can paste from MS Word and is very easy to use. It has built in image uploading capabilities. It's really a full on wysiwyg html editor that is web based. It currently only works under IE, however.
    FCKeditor

  12. vi in mozilla by yet_another_user · · Score: 1

    I seem to remember reading something sometime about someone who had made a vi-plugin for mozilla? So that any actually spawned a vi-instance, bringing you all the excellent vi-feats.
    Anyone else remember seeing this? Perhaps it was someones wish-feature, as I can't seem to find anything about it on google :p

    1. Re:vi in mozilla by yet_another_user · · Score: 1

      ...So that any TEXTAREA actually spawned a vi-instance...

      Bad slashcode for removing anything in square brackets when in 'Plain Old Text' mode, hrmpf!

    2. Re:vi in mozilla by Lukey+Boy · · Score: 1

      Electrix lets you spawn any editor for text area boxes.

  13. OmniWeb by RalphBNumbers · · Score: 2, Interesting

    OmniWeb has find&replace, as well as a bunch of other handy text handling features for forum input (inline spell checking, extensible functions with the services menu, etc).

    It's MacOSX only though, of course, if you're working in the print industry getting a mac to run it on shouldn't be too hard.

    --
    "The worst tyrannies were the ones where a governance required its own logic on every embedded node." - Vernor Vinge
    1. Re:OmniWeb by kingLatency · · Score: 1

      [OmniWeb is] MacOSX only though You're assuming he doesn't have any NeXT boxes lying around! How could you make such an assumtion?

      --
      "I've got to stop masturbating! It makes me too lazy! Stop it, Albert. Stop it." -- Albert Einstein
  14. AMEN, Preech on... by BrookHarty · · Score: 1

    I have to use inhouse applications for order tracking, trouble tickets, one thing that they dont seem to do, remember the text I filled into forms.

    So, I have to enter data again, and again. Text input has always been a problem on browser. I have some applications that auto-fill, but things like "date" should be autofilled.

    A browser with advanced text input features, would really be useful.

    1. Re:AMEN, Preech on... by XO · · Score: 1

      Aside from using functions that are designed for entering personal information (like MS Wallet) to auto-fill forms, one could reasonably expect that the author of the server-side code would be able to easily implement a change to have it pre-fill the form's date field...

      At least, that's a thought for right now to deal with it.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
  15. Why do the editting in a TEXTAREA? by You're+All+Wrong · · Score: 1

    Whatever happened to FILE uploads?

    YAW.

    --
    Your head of state is a corrupt weasel, I hope you're happy.
    1. Re:Why do the editting in a TEXTAREA? by LazyBoy · · Score: 1
      YES. YES. YES.

      Browsers are for browsing.
      Let content writers use a real editor!
      Editors exist. You don't have to invent them.

      --

      If Chaos Theory has taught us anything, it's that we must kill all the butterflies.

    2. Re:Why do the editting in a TEXTAREA? by sniser2 · · Score: 1

      Oh yeah? And what about editing content? Download, edit with text editor, upload? I don't think so.

  16. vi wrong approach for this? by Experiment+626 · · Score: 2, Insightful

    Don't get me wrong, I love vim. However... most of the suggestions here have been along the lines of "vi in a browser" type ideas. This is excellent for power users, but might not suitable for the newspaper staff in question to do their content editing

    vi (and emacs) have more wonderful features than almost anyone would ever use, but the learning curve that comes with this can be intimidating for some. Are the people who will be using this system tech types, or journalists? If the latter, they probably won't think that ":%s/Linux/GNU\/Linux/g" is quite as intuitive as a dialog box with boxes labelled "Find" and "Replace with".

    Depending on the proficiency of the intended users, they may well be better off with some kind of plugin / applet / whatever that resembles Wordpad than trying to master an editor with hundreds of not-so-intuitive keystrokes and commands.

    1. Re:vi wrong approach for this? by bluGill · · Score: 1

      That depends also on how often you need new users. If the form is used only by a few staff reporters, training them to use vi isn't particulary hard, it just takes some time. If the form will be used by hundreds or thousands of people, many who only use it once, then teaching vi isn't worth it.

      The people who use it over and over again may (or may not) come to love vi once they learn the power features without leaving the keyboard.

    2. Re:vi wrong approach for this? by eugene+ts+wong · · Score: 1

      I agree with you, sort of. I'd be glad to have vim in my browser window. However, I think that the solution is to let people customize what they get by being able to select a text editor. Perhaps they only need to create a soft link or short cut to their favourite editor.

    3. Re:vi wrong approach for this? by ElectricRook · · Score: 1
      people who use it over and over again may come to love vi once they learn the power features


      I think its only the ones who believe that the machine should do the work. Some are Luddites, and don't want the machine to do their work. Me I love automating tasks. Automation is better than hiring headcounts, they work nights and weekends, do what you say, and don't call in sick.


      : % ! perl 's/ (\d+) (\d+) / (($1) - ($2)) /e'

      Try that with vim inside a file of the output of "gdf -k".

      --
      - High Tech workers, please say NO to Union Carpenters, their Union sees fit to control our compensation.
  17. If you don't like java then maybe... by x00101010x · · Score: 2, Informative

    If you don't like java and your clients are all Windows or Mac users then you may want to consider shockwave. Shockwave scripting language (lingo) is fairly powerful (once you get to know it) with editing text and text assets in the shockwave movie can be used to produce html or rtf data that could be save and/or uploaded to where they need to be.

    Of course, there's no linux support (yet) for shockwave and I'm probably a bit biased since I've been doing shockwave work for 3 years straight.

    --
    DONT PANIC
  18. Tried Firebird? by diesel_jackass · · Score: 3, Informative

    Check out Mozilla Firebird and install the Mozex extension.

    Then you can easily associate external editors for textareas. If that doesn't suit your needs you could always write your own extension. (It's pretty easy, I wrote my first one, Image Zoomer, in about 2 days last week.)

  19. You're insane. Stop the madness. by Anonymous Coward · · Score: 0

    If you did that, then people could spell check their Slashdot posts. What are you an anarchist?

  20. Pet Peve... by samdu · · Score: 1

    Having come from a graphic design background, I've developed a pet peve about using a program for something other than for what it was intended when there are programs out there whose strength is that particular function. In design, it manifests itself by people using Quark as a Word Processor. Then there are accountants that use Excel as a Word Processor. In your case, you're trying to use a program designed to surf the web to edit text. What is with the fear of word processors or dedicated text editors? They are there for a reason and they do what they do well (and what they weren't designed to do poorly >ahemahem). I think that if you settle on a good external text editor and integrate that into your workflow, you'll find that your productivity will increase and you'll be less frustrated in the long run.

    1. Re:Pet Peve... by T-Ranger · · Score: 1

      Sory buddy, since the dawn of the web browser people have been using it as the standard client for client/server apps. Write it for web standards and it will work on any client. Or so the theroy goes.

  21. Mozilla extensions by Przepla · · Score: 2, Informative

    Mozilla extensions can do almost anything you want
    Consider:
    Electrix -- not developed anymore, but still functional. From its site: "To edit the text in a textarea, hit Ctrl-e. The editor you set up will appear. Once you exit the editor, Electrix will write the changes back to the textarea."
    Or htmlArea -- this works within browser and suports IE beside Mozilla; but of course you don't want users to use it, aren't you?

    --
    When in doubt, go to the library. - Ron Weasley in Harry Potter and the Chamber of Secrets
    1. Re:Mozilla extensions by Atzanteol · · Score: 2, Informative

      Wow, I dig Eletric (just downloaded it, responding using vim now). This is pretty cool! Especially for those of us who can't live without vim...

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
  22. Blogger [style] interface? by kwerle · · Score: 1

    I'm amazed that nobody has mentioned this already: many blog systems support an XMLRPC api. This means that nice clients can easily be written for many different platforms. Maybe you should look into something like that.

    Movabletype.org says they support "Blogger and MetaWeblog XML-RPC APIs".

    disclaimer: I'm an XML-RPC fan, but have NO experience with blog servers or clients.

  23. External Editors by mvcee · · Score: 2, Informative
    Zope has a very neat implementation of an External Editor.

    It uses a helper application within your browser to edit text in the editor of your choice.

    Even if you are not using Zope I am sure you could adapt this to other app servers.

    Also WebDav provides complementary facilities and is available from within ie on the client WebAdmin. This approach will require that your server speaks webdav too.

  24. The reality of the situation by danwarne · · Score: 2, Informative

    Thanks everyone for the suggestions, especially those people who suggested Mozilla Plugins as a solution. (I had previously searched for these without much luck).

    I agree totally that web browsers are an inappropriate front-end for content management and editing, but you've got to work with what you've got. Unfortunately a lot of content management systems do use a web front end.

    Take HTML as an analogous example. It was never designed for precise page design and layout, but more for structuring content rationally. But it is used for page layout through hundreds of kludgy hacks and workarounds that people have worked out over the years.

    Without naming the media mogul that I ultimately work for, let's just say he's one of the richest men in the world, and I don't think he's about to shell out to replace his web-browser form based ocntent management system which runs all his newspapers worldwide.

    It's a growing problem, really. It's not just publishing -- corporate intranets are often web form driven, and you've got to pity the poor plods who have to enter in content via standard web forms.

    It does surprise me, however, that no-one has made a web browser that is designed for web-based content management, with more extensive text tools.

    Of course, if you use OS X on Mac, you get 'services', which allow just about anything to be done to a block of data on a page, as long as the program supports service, and you have installed the correct service.

    For example, there's a service for OS X called "SmartWrap" which will rewrap hard-wrapped text in any program that supports services.

    It's a brilliant implementation, but here's the thing: I have to use a Pentium II-350 with a free web browser on it to admin the content. The IT across the entire corporation is standardised on Wintel.

  25. Rich-Text Editing in Mozilla/IE by ManxStef · · Score: 3, Informative
    I'm not sure if this'll quite fit your needs, but, assuming you can edit the form templates in Vignette or whatever CMS you use, surely you could roll your own solution using the default features in Mozilla? See the Rich-Text Editing in Mozilla 1.3 over at DevEdge, and check out the working demo for a good example of what it's capable of and how easy it is to use (or Kevin Roth's sweet cross-browser version).

    You'll need to add some additional code to allow for features such as search & replace, but all that'd take is a few lines of ECMAScript/javascript...

    1. Re:Rich-Text Editing in Mozilla/IE by chregu · · Score: 1

      If you're happy with (not so nicely formatted) HTML as input , this is certainly a start.

      Some alternative editors:

      - mozile - xhtml editing for mozilla.

      - Bitflux Editor - Wysiwyg XML Editing for Mozilla (based on mozile and yes, this is a shameless plug ;) )

      - Xopus - Wysiwyg XML Editing for MSIE/Win (commercial product...)

  26. The obvious segue to that is to send an OOo doc... by leonbrooks · · Score: 1
    ...and have a simple way for them to return it.

    We can do that right now by adding the OOo doc as a frame and leaving a form with an "upload" button in another frame, but that's kind of clumsy. With KDE 3.2 and KOffice 1.3 (stably by 1.4, I expect), OOo docs will be embeddable as KParts so it should in theory be simple enough to integrate that, maybe a frame with "save" and "revert" buttons on it and another with the doc itself.

    --
    Got time? Spend some of it coding or testing
  27. Welcome to the internet, we have lots of stuff... by leonbrooks · · Score: 1

    ...you slacker, I think you want definition #2.

    --
    Got time? Spend some of it coding or testing
  28. The punctuation nazi *HITS*! by leonbrooks · · Score: 0, Redundant

    ( ) Parentheses or round brackets
    < > Brokets or angle brackets (type &lt; &gt;)
    [ ] Brackets or square brackets
    { } Braces or curly brackets
    &laqou; &raquo; Guillemet, angle quotes or chevron brackets (real ones thoughtfully ripped by slash)
    I'm betting that you used brokets, as in <TEXTAREA>, but without escaping them, yes?

    --
    Got time? Spend some of it coding or testing
    1. Re:The punctuation nazi *HITS*! by Anonymous Coward · · Score: 0

      Round here it's
      ( ) - brackets or round brackets
      [ ] - square brackets
      { } - curly brackets
      < > - Mustang signs or less-than, more-than signs

  29. Do it again! by leonbrooks · · Score: 1

    Spend a few days writing a rich text editor that supports find/replace and optionally HTMLish attributes like bold, italic, underscore, blockquote, maybe even super/subscript. You'll be a hero, the world will beat a path to your door. (-:

    --
    Got time? Spend some of it coding or testing
    1. Re:Do it again! by Bitsy+Boffin · · Score: 1
      HTMLArea v3

      Doesn't do find/replace but it's well written and a snap to modify if you know a little J/S.

      --
      NZ Electronics Enthusiasts: Check out my Trade Me Listings
  30. Check out ektron by attaboy · · Score: 1


    We use Ektron's eWebEditPro, which has an XML-based customization scheme. You can allow users to post HTML, or simply allow them to do some more advanced things w/ plain text.

    --
    The facts have a liberal bias. --The Daily Show
  31. You asked? It's implemented now.. by Anonymous Coward · · Score: 0

    See: lists.kde.org for an implementation in KHTML.

  32. Konqueror will have it! by unixmaster · · Score: 2, Informative

    KDE Developer George Staikos heard your prayers ;) . See http://lists.kde.org/?l=kfm-devel&m=10644750911077 0&w=2. Kudos to KDE team once again ! .

    --
    Never learn by your mistakes, if you do you may never dare to try again
  33. How about htmlarea by a.koepke · · Score: 1

    There is a product called htmlarea which is fully cross browser compatible and doesn't write crap HTML code like all the IE only ones.

    The real funky thing about this one is that there are spell checker and tables modules available for it.

    --


    (\(\
    (^.^)
    (")")
    *This is the cute bunny virus, please copy this into your sig so it can spread
    1. Re:How about htmlarea by HTD · · Score: 1

      ok it doesn't omit " with attributes and seems to create clean code after a few quick tests - but it still uses the font tag, which is deprecated in HTML 4 and not in the XHTML specs.

      Besides that it should already support stylesheets. Like using MS-Word you create a style for a paragraph, headline or whatever and re-use the same style for all repeating instances of these page-elements. The advantages using CSS would be - People know how it works to define styles in Word, they can change the style of the whole document afterwards without marking and changing all paragraphs separately, it saves a lot of bandwidth (no tags within tags, or tags with color definitions all over the place) and of course it would be valid XHTML styled with CSS.

    2. Re:How about htmlarea by bobsledbob · · Score: 1

      hmm...

      That's funny, because I just followed the link, opened up the editor to test, and found it does fonts through inline style sheets (like in a span tag)

      --
      Beware of geeks bearing formulas.
  34. Front-end replacement? by bildstorm · · Score: 1

    I realise that most WCMS programs use web forms, but have you considered looking into how difficult it'd be to swap out the front end? Have you contacted the vendor of the software? Perhaps they have some suggestions?

    A lot of WCMS vendors work on collaborative systems, so if there were some way to integrate with Macromedia's system (Contribute) or else some other interface that perhaps modifies the browser either via plug-in or proprietary interface (since you're on Wintel), that might be the best way to go about it.

    The next question would be to find out what the anticipate life-cycle for the app is and what they're looking at doing for the next cycle, whether an upgrade or potential switch.

    Wish you the best on it, since it really is a tough situation.

    --
    The power of accurate observation is commonly called cynicism by those who have not got it. - G.B. Shaw
  35. Emacs/w3 by jonadab · · Score: 1

    If a text-based browsers is an acceptable option, no browser has a
    better built-in text editor than Emacs/w3. It's fully extensible,
    fully scriptable, and closer to fully featured than any other editor
    available today. The more advanced features do have a learning curve,
    but what fully-featured thing doesn't?

    --
    Cut that out, or I will ship you to Norilsk in a box.
  36. tar! by leonbrooks · · Score: 1

    Bookmarked the parent. That'll come in handy.

    --
    Got time? Spend some of it coding or testing
  37. Safari! by BrianEnigma · · Score: 1

    Take a look at the Safari browser on OS X. It offers MS-Word-style spellcheck (red dotted underlines) for all form fields, if you enable it by right-clicking on any field. I think you may find difficulty locating a browser with search-and-replace within form fields, though. I can't say I have run across one yet.

    1. Re:Safari! by Anonymous Coward · · Score: 0

      How are you supposed to right click with an apple computer?

    2. Re:Safari! by Anonymous Coward · · Score: 0

      lol

  38. Better Xemacs/w3 by axxackall · · Score: 1

    Hold on. Last time I've checked Xemacs with w3 mode it showd me some gifs and jpegs. Javascript might be not up to date (well, that time it didn't work at all). But the real problem of (X)Emacs/w3 is that the developers dropped it. Too bad.

    --

    Less is more !