Beefy Boxes and Bandwidth Generously Provided by pair Networks
good chemistry is complicated,
and a little bit messy -LW
 
PerlMonks  

Re: RFC iEngine

by sapphirecat (Acolyte)
on Jan 19, 2012 at 20:26 UTC ( #948845=note: print w/ replies, xml ) Need Help??


in reply to RFC iEngine

Designing web-sites can be difficult for anyone .... However, inherently web based content is text oriented...

"Web design" as I see it is expressing a design in a text-based framework. Design and the serialization of it are both non-trivial efforts. Content, with the rise of podcasting and YouTube, broke out of its historical text-orientation. Which existed because text is cheaper than audio is cheaper than video--in cost, and bandwidth. But the progression was driven by the desirability of the latter across people as a whole, and the expansion of broadband.

Creation for me is a lot about seeing some result, then backtracking and editing. If I were to use iEngine, it would have to be through scripts rather than a shell, where I could try more than once to produce my desired result. It's just never going to be one-pass for me.

"Basically, displaying invisible data is not maintainable."


Comment on Re: RFC iEngine
Re^2: RFC iEngine
by muscipula (Novice) on Jan 26, 2012 at 15:32 UTC
    If I were to use iEngine, it would have to be through scripts rather than a shell, where I could try more than once to produce my desired result. It's just never going to be one-pass for me.

    In fact this is exactly what I have in mind. The shell as I imagine it, would behave as a script editor allowing you to build scripts using scripts that can link and interact with the shell.

    A dynamic shell that does not simply rely on what you want it to do, but interact. Use template scripts designed to work in a set way, for example cascading style sheets that allow you to build the look and feel of your HTML content output.

    I can't really recycle what I am trying to say, but it you look at the way I described a very basic example of interacting with iEngine in my original post you can see once the iEngine is set up, you build on it with your own styles, layouts and content for your pages.

    And yes content is important and iEngine can easily accommodate how you organise your content as basic information, images and whatever. Building scripts that collate the data and store it become a function/mode of the shell. Wherever the data is stored may not matter so much other than when you are dealing with your content, then the iEngine shell is in content mode, ie.

    ready content content search external year 1959 'andrew david sprott' content found 1 hits content show all hit1 born 16:12 high wycombe hit1 done content store hit1 birtdates 'Andrew Sprott' content done ready

    Not exactly what I am trying to say, but the point I make is why bother with filing systems when you can name everything that you use.

    Andrew

      Not exactly what I am trying to say, but the point I make is why bother with filing systems when you can name everything that you use.

      Um, isn't that the definition of a filing system?

        You do get the gist of what I am saying. What is the point in nit picking, just because I say names, you assume that entails everything that encapsulates a filing system which it does not.

        File systems rely on a hierarchal structure and do not really have any relation to the data and the way you work with it. What I am suggesting is a symbolic connection between what you do and the way that you want to do it.

        Andrew

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://948845]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others pondering the Monastery: (6)
As of 2014-11-27 03:23 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    My preferred Perl binaries come from:














    Results (178 votes), past polls