[prev in list] [next in list] [prev in thread] [next in thread] 

List:       mason
Subject:    Re: [Mason] Even more info.
From:       Brian Avis <brian.avis () searhc ! org>
Date:       2002-12-04 20:08:11
[Download RAW message or body]

That does make things quite clear.  Thanks Matthew,  and thanks everyone 
else for enduring my 'escapades'.  :)     Funny how sometimes you just 
don't notice that forest there.  

Oh well.  Back to making pictures.



Matthew Drouin wrote:

> The escapades still.
>
> This is what I was trying to get at before but I obviously did not 
> express myself very well. What it comes down to is how do you want to 
> look at the problem and solve it.
>
> First one must figure out what the problem is you are trying to solve. 
> It seems as though the problem is you have multiple graphs that need 
> to be created from multiple sets of data.
>
> Can this be done by calling a component within the mason code that 
> would create a graph in a tmp dir which the browser could just then 
> request? Yes that is very possible. You would simply have code that 
> would do something like this <IMG SRC="<& image_creator.mas, %ARGS 
> &>"> where you would also pass the data to the component and it would 
> return (this is the important part) the filename of the image created; 
> obviously with the web path on it as well so the browser can then 
> request the file.
>
> Could this also be done by simply storing the information in a hash or 
> some kind of data structure within the sessions you already have? Sure 
> that could be done as well. The way I would do it is very similar to 
> how you are doing it except I would store my graph information in the 
> session as a hash something like $session->{graph1} = \%graph1; Where 
> %graph1 contains the data about the first graph. You would do that for 
> all graphs on the page. Your image source would then be like <IMG 
> SRC="/csp2/Elements/newgraph.mhtml?graph1&rand=<%random()%>"> (note 
> the random would be a random function that would make it so the graph 
> is not cashed.
>
> I think your problems are all about not seeing the woods from the 
> trees :) You might want to take a step back and make sure things 
> operate the way you think they do. Note that browsers first download 
> the html page and then look for images and other data that they need 
> to download to fill in the page and then they make new calls to the 
> server for those files.
>
> I hope this has some what helped and hopefully I will be able to get 
> started doing some graphing stuff this week at some point as it seems 
> people would rather look at pretty pictures than read numbers :)
>
> Thanks
> Matthew Drouin
> matt@webhosters.com
>
> Brian Avis wrote:
>
>> Ah.  I see what your saying.    That makes it look like the only way 
>> to get dynamicallly created graphs onto a web page would be with 
>> intermediate files being saved somewhere, then sent to the browser, 
>> then deleted.   Or is there another way to go about this?  Or 
>> perhaps  I need to flush the output to the browser as I go?   Any ideas?
>
>
>
>
>

-- 
Brian Avis
SEARHC Medical Clinic
Juneau, AK 99801
(907) 463-4049
Have a nice diurnal anomaly!




-------------------------------------------------------
This SF.net email is sponsored by: Microsoft Visual Studio.NET 
comprehensive development tool, built to increase your 
productivity. Try a free online hosted session at:
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en
_______________________________________________
Mason-users mailing list
Mason-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mason-users
[prev in list] [next in list] [prev in thread] [next in thread]