J.C. Pizarro wrote:
Your idea with JavaScript, CSS, XSLT, .. is very good! :)
Thanks you - but ideas are cheap. Turned a vague idea into
something useful is a different matter
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
2007/4/22, Per Bothner <[EMAIL PROTECTED]> wrote:
Without taking a position on the current proposal, using xhtml
for "dump" files has some further advantages:
* Can use hyperlinks, for example from a reference to the declaration,
or from a variable to its type.
* Can use JavaScript to hide/un
Without taking a position on the current proposal, using xhtml
for "dump" files has some further advantages:
* Can use hyperlinks, for example from a reference to the declaration,
or from a variable to its type.
* Can use JavaScript to hide/unhide sections of the dump.
* Can use CSS to switch b
2007/4/19, Brooks Moses <[EMAIL PROTECTED]> wrote:
I think it makes a lot more sense to implement this as a standalone
filter for the output stream, which takes the files that contain the
current dump-tree output and converts it to HTML. You don't lose any
functionality by doing that, and there'
On 19 April 2007 08:47, Brooks Moses wrote:
> J.C. Pizarro wrote:
>> In the attachment there is a quick&dirty alpha patch that i don't known
>> why the gcc compiler says "gcc: unrecognized option '-html'". ???
>> I don't known where to modify the gcc code to add an option.
>>
>> The XHTML format
J.C. Pizarro wrote:
In the attachment there is a quick&dirty alpha patch that i don't known
why the gcc compiler says "gcc: unrecognized option '-html'". ???
I don't known where to modify the gcc code to add an option.
The XHTML format to fputs is a little bad.
There are examples to test too.
On 4/18/07, Mike Stump <[EMAIL PROTECTED]> wrote:>
I disagree. VRML sucks, I have patches to pump the data into a doom
engine and then you can wonder around and fire your weapons at the
SSA trees to explore them, works much better in my experience.
Can I suggest Collada (http://collada.org/)
On Apr 18, 2007, at 12:38 AM, Dave Korn wrote:
I think we should output the tree dumps in a combination of active
JAXML that lets you edit fonts and typestyles in real time, with
embedded VRML so that you can fly round a three-dimensional forest
full of SSA trees rendered in real time.
I d
2007/4/18, J.C. Pizarro <[EMAIL PROTECTED]> wrote:
Hello,
i've an idea to improve the report of -fdump-tree- using the HTML
format for its output.
I recommend XHTML-1.0 (26-Jan-2000) from http://www.w3.org/TR/xhtml1/
Note: HTML-4.01 (24-Dec-1999) from http://www.w3.org/TR/html401/
is very
On 18 April 2007 12:35, Robert Dewar wrote:
> Dave Korn wrote:
>
>> I think we should output the tree dumps in a combination of active JAXML
>> that lets you edit fonts and typestyles in real time, with embedded VRML so
>> that you can fly round a three-dimensional forest full of SSA trees
>> r
Dave Korn wrote:
I think we should output the tree dumps in a combination of active JAXML
that lets you edit fonts and typestyles in real time, with embedded VRML so
that you can fly round a three-dimensional forest full of SSA trees rendered
in real time.
It would be nice if you could c
On 18 April 2007 06:04, David Daney wrote:
> Diego Novillo wrote:
>> J.C. Pizarro wrote on 04/17/07 21:48:
>>
>>
>>> The visual representation in HTML is more effective for humans than in
>>> text.
>>>
>>
>> No. Heck, no.
>>
> I agree. PDF is clearly superior ;-)
>
> J.C., Please submit a
Diego Novillo wrote:
J.C. Pizarro wrote on 04/17/07 21:48:
The visual representation in HTML is more effective for humans than
in text.
No. Heck, no.
I agree. PDF is clearly superior ;-)
J.C., Please submit a patch for PDF support.
David Daney
J.C. Pizarro wrote on 04/17/07 21:48:
> The visual representation in HTML is more effective for humans than
> in text.
No. Heck, no.
14 matches
Mail list logo
