Automatically exported from code.google.com/p/flying-saucer
<?xml version="1.0" encoding="UTF-8"?>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>A frame document with CSS 2.1</title>
<style type="text/css" media="screen">
/* basic styles for html, body and the % lines*/
@import "myFlyingSaucer.css";
div.t, div.h {
position:fixed;
width:5%;
bottom:0;
text-align:center;
color:blue;
z-index:1;
}
div.h {
background-color:red;
}
div.t {
background-color:yellow;
}
</style>
</head>
<body>
<div class="h" style="height:100%; left:0%;">h100</div>
<div class="t" style="top:0%; left:5%;">t100</div>
<div class="h" style="height:90%; left:10%;">h90</div>
<div class="t" style="top:10%; left:15%;">t90</div>
<div class="h" style="height:80%; left:20%;">h80</div>
<div class="t" style="top:20%; left:25%;">t80</div>
<div class="h" style="height:70%; left:30%;">h70</div>
<div class="t" style="top:30%; left:35%;">t70</div>
<div class="h" style="height:60%; left:40%;">h60</div>
<div class="t" style="top:40%; left:45%;">t60</div>
<div class="h" style="height:50%; left:50%;">h50</div>
<div class="t" style="top:50%; left:55%;">t50</div>
<div class="h" style="height:40%; left:60%;">h40</div>
<div class="t" style="top:60%; left:65%;">t40</div>
<div class="h" style="height:30%; left:70%;">h30</div>
<div class="t" style="top:70%; left:75%;">t30</div>
<div class="h" style="height:20%; left:80%;">h20</div>
<div class="t" style="top:80%; left:85%;">t20</div>
<div class="h" style="height:10%; left:90%;">h10</div>
<div class="t" style="top:90%; left:95%;">t10</div>
<!-- ... //divs for the % lines -->
</body>
</html>
In the attached picture the result is shown. The red bars show how it
should be (they are made with the 'height' properties). The yellow ones
show how it looks with the 'top' property and percentage values.
The yellow and the red bars should be equal but that's not the case. As you
can see, for each percentage value (except the 0% which is equal to 0) the
distance to the bottom edge is also increased (seems to be smomething like
the half of the distance to the to top edge).
I think the implementation for height calculation of the forumla described
in sec. 10.6.4 of the css2.1 specification seems to be not correct.
According to number 5 the result should be: height = height.containingBox -
top (assuming there is no padding or margin).
Switching the 'top' and 'bottom' properties (top:0 and bottom:x%) also
results in an additional distance to the bottom edge.
Regards,
Thomas Grundmann
Original issue reported on code.google.com by [email protected] on 29 Apr 2010 at 2:04
Attachments:
[deleted issue]
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-333
It was reported by jamjim on 01.10.2010 11:43:54 +0200 and last updated in the
previous bug tracker on 01.10.2010 11:43:54 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
Original description:
When the padding is smaller than the width, the table width is about right.
When it's the same size, the table is full width.
<html>
<table style="border:solid 1px
blue;padding:49px;width:100px"><tr><td></td></tr></table>
<table style="border:solid 1px
blue;padding:50px;width:100px"><tr><td></td></tr></table>
</html>
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-337
It was reported by jamjim on 01.10.2010 18:34:38 +0200 and last updated in the
previous bug tracker on 01.10.2010 18:34:38 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
Original description:
Apologies if this is the same bug as 332.
I only have percentages widths set on table cells. When there is only one
table, the columns and table widths are consistent with browsers. When the
table is inside the cell of another table, the table should shrink down as much
as possible.
<table border="1">
<tr>
<td>
<table border="1">
<tr>
<td style="width:70%;">
hi
</td>
<td style="width:30%;">
there
</td>
</tr>
</table>
</td>
</tr>
</table>
<table border="1">
<tr>
<td style="width:70%;">
hi
</td>
<td style="width:30%;">
there
</td>
</tr>
</table>
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
[deleted issue]
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-341
It was reported by peruzzo on 09.02.2011 19:29:31 +0100 and last updated in the
previous bug tracker on 09.02.2011 19:29:31 +0100
The priority for this issue at migration was Major.
The original issue had attachments to it; see comments below.
Original description:
The borders are appearing incorrectly in the pagination of the tables at the
end of pages.
It seems that the tag "-fs-table-paginate: paginate;" is ignoring.
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-338
It was reported by aneesh2004 on 14.10.2010 18:17:54 +0200 and last updated in
the previous bug tracker on 14.10.2010 18:19:05 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
The original issue had attachments to it; see comments below.
Original description:
I have some xhtml with a body and a single div inside the body. The div has a
style that uses. "position"fixed". The xhtml is
*************
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "resources/dtds/xhtml1-
strict.dtd">
<html xmlns='http://www.w3.org/1999/xhtml'>
<head>
<title></title>
<meta charset='utf-8' />
</head>
<body style='background-color:#000000;'>
<div style='position:fixed; top:0pt;
left:0pt;width:720.0pt;height:540.0pt;'>
<div
style='top:30.0pt;left:54.0pt;width:612.0pt;height:90.0pt;position:fixed;z-
index:10;top:30.0pt;left:54.0pt;width:612.0pt;height:90.0pt;position:fixed;z-
index:10;text-align:center;padding-top:3.6250393pt;padding-
bottom:3.6250393pt;padding-left:7.25pt;padding-right:7.25pt;'>
<div style='text-align:center;line-
height:100%;'>
<span>
<span
style='font-
family:Arial;color:#ffff00;font-size:44pt;line-height:100%;'>Keep It
Simple</span>
</span>
</div>
</div>
</div>
</body>
</html>
*************
When I try to load this xhtml document and create an image using from it
*******
BufferedImage buff = new BufferedImage(width, height,
BufferedImage.TYPE_INT_RGB);
Graphics2D g = (Graphics2D) buff.getGraphics();
g.setBackground(Color.white);
g.clearRect(0, 0, width, height);
Graphics2DRenderer g2r = new Graphics2DRenderer();
g2r.getSharedContext().setDPI(dpi);
g2r.setDocument(s1, this.baseUrl);
g2r.layout(g, new Dimension(width, height));
g2r.render(g);
g.dispose();
*****
When I save this image, I see that the image has a white background and has
nothing but a black box towards the top. I have tried this on other documents
that use "position:fixed" and they have the same output.
When I replace "position:fixed" with "position:absolute" and rerun my tests,
the image is exactly the way the original xhtml shows up in browsers. So looks
like positon:absolute is handled perfectly and position:fixed is missing
support.
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
[deleted issue]
[deleted issue]
What steps will reproduce the problem?
1. Using ScalableXHTMLPanel
2. call getSharedContext().setPrint(true); on instance
3. resize the panel
What is the expected output?
Should resize normaly.
What do you see instead?
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
at org.xhtmlrenderer.swing.ScalableXHTMLPanel.doRender(ScalableXHTMLPanel.java:173)
at org.xhtmlrenderer.swing.BasicPanel.paintComponent(BasicPanel.java:149)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JViewport.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JLayeredPane.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paintToOffscreen(Unknown Source)
at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(Unknown Source)
at javax.swing.RepaintManager$PaintManager.paint(Unknown Source)
at javax.swing.RepaintManager.paint(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at java.awt.GraphicsCallback$PaintCallback.run(Unknown Source)
at sun.awt.SunGraphicsCallback.runOneComponent(Unknown Source)
at sun.awt.SunGraphicsCallback.runComponents(Unknown Source)
at java.awt.Container.paint(Unknown Source)
at java.awt.Window.paint(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.seqPaintDirtyRegions(Unknown Source)
at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
What version of the product are you using? On what operating system?
Latest master from GitHub. Windows XP.
Please provide any additional information below.
It seems that when using setPrint(true) root.getMaster().getPaintingInfo()
always returns null.
After this exception, the application cannot recover, any subsequent call to
repaint() triggers the Exception.
Original issue reported on code.google.com by [email protected] on 4 Oct 2010 at 6:39
[deleted issue]
[deleted issue]
[deleted issue]
[deleted issue]
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-334
It was reported by jamjim on 01.10.2010 12:01:13 +0200 and last updated in the
previous bug tracker on 01.10.2010 12:01:13 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
Original description:
It looks like cellspacing is being added to the width of the table.
<table cellspacing="10" style="border:solid 1px blue;width:50px">
<tr><td></td></tr>
</table>
So this table should be rendered at 50px (including border). It actually
renders at 70px. This is normally subtle, because most tables have small
cellspacing and only a few columns.
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
[deleted issue]
[deleted issue]
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-335
It was reported by jamjim on 01.10.2010 12:37:12 +0200 and last updated in the
previous bug tracker on 01.10.2010 12:54:03 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
Original description:
align works when the td contains an inline and inline-block, but doesn't work on
blocks.
<table border="1" style="width:300px;border:green solid 1px;">
<tr>
<td align="right"><span>"tra-la-la"</span></td>
<td align="right"><div style="display:inline-block;width:50px;border:red
solid 1px;"/></td>
<td align="right"><div style="width:50px;border:red solid 1px;"/></td>
</tr>
</table>
The div in the third cell should be aligned right.
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-340
It was reported by jamjim on 21.10.2010 17:12:11 +0200 and last updated in the
previous bug tracker on 21.10.2010 17:12:11 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
Original description:
I not sure the css spec really says anything about this, but the browsers appear
to all do the same thing. The nested div lines up with the bottom left corner of
padding edge of the outer div. In FS it lines up with the top of outer div and
is on extreme left.
<div style="border:red 1px solid">one
<div style="border:blue 1px solid;position:absolute;">two
</div>
</div>
My workaround is to put an intermediate div in and set it to position:relative.
Appears to working OK.
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
Hello,
my name is Thomas Grundmann and I guess I have found a bug with fixed
positioning. Assuming the following file:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>Test fixed possioning</title>
</head>
<body>
<div>hello</div>
<div style="
position:fixed;
top:0;
bottom:0;
left:0;
right:0;
background-color:red;">world</div>
</body>
</html>
Using this file the result should be a red colored div having 'world' as
content that covers the whole content pane (picture1, right side; made with
firefox) but the result is different (picture1, left side; made with FS
browser demo). It seems that if the left property has a different value
than 'auto' the right properties is ignored (handled as set to 'auto'). So
this behavior equals to the one for relative positioning. As far as I
understood the css2.1 specification this is wrong.
It is interesting, that this does not appear with absolute positioning.
For the FS screenshot I used the browser demo with the xhtml file as input
(modified the form.xhtml file).
regards
Thomas Grundmann
Original issue reported on code.google.com by [email protected] on 29 Apr 2010 at 2:02
Attachments:
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-303
It was reported by kschaefe on 04.01.2010 18:12:14 +0100 and last updated in
the previous bug tracker on 04.01.2010 18:12:14 +0100
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Critical.
Original description:
We already have our own background loading mechanism for images. To ensure
that our images (which may already be cached) are loaded correctly with the
ImageResourceLoader, I have had to extend it and override every single method.
I also had to ensure that I set the workers to 0 to prevent threads from
spawning (threads should not be started in the constructor).
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-310
It was reported by bago on 12.01.2010 22:40:55 +0100 and last updated in the
previous bug tracker on 12.01.2010 22:40:55 +0100
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
Original description:
AFAIK UserAgentCallback is the service that was used in R8 to retrieve any
resource.
I wrote an application against R8 implementing a new UserAgentCallback using a
persistent disk cache for any resource (no cache expiration, nothing more than
persistence) and it seems HEAD stopped using it for Images, delegating instead
to the hardcoded StreamResource (that uses URL).
Expecially, SwingReplacedElementFactory.replaceImage directly use the
ImageResourceLoader.
I'm happy to fix this but I'd like to understand how you think it should work:
should the useragent be responsible for resizing ?
Maybe it is better to move back the network retrieval and basic Image
generation
to the UAC and the let the ImageResourceLoader to simply use UAC for the first
retrieval and instead to simply do the resizing/caching stuff.
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
[deleted issue]
[deleted issue]
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-141
It was reported by andrei3k on 10.11.2006 11:51:49 +0100 and last updated in
the previous bug tracker on 27.01.2008 18:51:18 +0100
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Blocker.
Original description:
Overview:
"Chinese and Japanese scripts do not delimit words with spaces, and wrap on a
character-by-character basis. There are, however, some rules (called kinsoku
rules in Japan) that forbid certain characters (mostly final punctuation) from
appearing at the beginning of a line, and others that forbid certain characters
appearing at the end of a line."
cite:
http://www.w3.org/International/tutorials/css3-text/
Text with no whitespace doesn't offer any line breaking oppurtunities for
current FS text breaking implementation.
For testing:
http://www.icareus.net/temp/xhtml/simple_template_example.xhtml
Tested document has both Latin and Chinese text.
http://www.bbc.co.uk/worldservice/languages/
Source foreign languages.
Results in FS:
Chinese text is not wrapped except when there's some Latin with whitespace
between. Same goes to too long Latin text without any whitespace.
Expected Results:
Chinese text is wrapped according to kinsoku rule. But too long Latin text
without any whitespace isn't wrapped and is kept on one line which when exceeds
parent box width will overflow.
Version:
R7 pre-1
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-330
It was reported by wienczny on 18.09.2010 03:36:41 +0200 and last updated in
the previous bug tracker on 18.09.2010 03:36:41 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
Original description:
When you create a Document using DOM-API printing fails. The reason is line 67:
g2r.setDocument(panel.getSharedContext().getUac().getBaseURL());
It trys to generate a URL. This is not possible if the document is just in RAM.
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
[deleted issue]
[deleted issue]
[deleted issue]
[deleted issue]
Summary says it all
Original issue reported on code.google.com by [email protected] on 1 Oct 2010 at 8:31
[deleted issue]
[deleted issue]
[deleted issue]
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-331
It was reported by jamjim on 27.09.2010 19:42:09 +0200 and last updated in the
previous bug tracker on 01.12.2010 18:36:44 +0100
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
Original description:
When a table has a height, only the last row is stretched to fill the space.
CSS2.1 spec is pretty clear that behaviour is not defined:
"CSS 2.1 does not define how extra space is distributed when the 'height'
property causes the table to be taller than it otherwise would be"
Not very useful! However, all browsers I've tried stretch all the rows that
have no specified height. Firefox, IE, opera look like they give proportional
extra space. Chrome and Safari look more like they are giving equal extra
space.
<table style="height:300px;width:100px;">
<tr style="background-color:red">
<td><div style="height:20px"/></td>
</tr>
<tr style="background-color:blue">
<td><div style="height:40px"/></td>
</tr>
<tr style="height:20px; background-color:green">
<td><div style="height:5px"/></td>
</tr>
</table>
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
[deleted issue]
[deleted issue]
[deleted issue]
What steps will reproduce the problem?
1. Create a subclass of XHTMLPanel that overrides setDocument(Document, String,
NamespaceHandler).
2. Set a document on the subclass using setDocument(Document).
What is the expected output? What do you see instead?
The expectation is that the code will defer to setDocument(Document, String,
NamespaceHandler) on the subclass, but fails to do so. Instead XHTMLPanel
calls super.setDocument(Document, String, NamespaceHandler), which ensures that
the subclass method is never called.
In our particular case, we are performing some configuration of the supplied
Namespacehandler, by wrapping it with a custom handler that delegate to the
original when it needs to.
What version of the product are you using? On what operating system?
R8. On Windows Xp, Windows 7, Mac 10.5 and Mac 10.6.
Original issue reported on code.google.com by [email protected] on 10 Aug 2010 at 8:16
Attachments:
[deleted issue]
[deleted issue]
my problem is that i have an <li> with page-break-inside: avoid; that
spans several pages and after a few pages it page breaks even though the
rest of the text in the <li> will fit on the page without a break
Original issue reported on code.google.com by [email protected] on 29 Apr 2010 at 2:10
Attachments:
What steps will reproduce the problem?
1. Execute XMLUtil.documentFromString("<html><body>dummy
contents</body></html>") and you will get a FileNotFoundException.
What is the expected output? What do you see instead?
The expected output is a loaded DOM Document, but I receive and exception.
What version of the product are you using? On what operating system?
R8. Windows Xp, Windows 7, Mac 10.5 and Mac 10.6.
Please provide any additional information below.
The patch (attached) wraps the supplied content in a StringReader, which is
necessary when passing it to an InputSource, lest the InputSource attempt to
use the String to load a File with the specified system ID.
Original issue reported on code.google.com by [email protected] on 10 Aug 2010 at 8:22
Attachments:
[deleted issue]
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-320
It was reported by mlauritse on 28.06.2010 11:03:40 +0200 and last updated in
the previous bug tracker on 28.06.2010 11:03:40 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
Original description:
Currently, R8 does not seem to be available from any maven repositories:
<a
href="http://jarvana.com/jarvana/search?search_type=project&project=core-rendere
r">http://jarvana.com/jarvana/search?search_type=project&project=core-renderer</
a>
lists only "R8pre2"
http://repo2.maven.org/maven2/org/xhtmlrenderer/core-renderer
also contains only "R8pre2".
Would it be possible to do this?
Thanks!
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-336
It was reported by jamjim on 01.10.2010 16:36:07 +0200 and last updated in the
previous bug tracker on 01.10.2010 16:36:07 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Major.
Original description:
If the margin is too big for the page then you get an infinite loop in
Layer.addPagesUntilPosition. (and a big ugly OutOfMemoryError)
@page {size: A4 portrait;margin:30cm;}
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
Just a suggestion ...
May be you can get changes from atlassian and merge with yours
https://svn.atlassian.com/svn/public/atlassian/vendor/xhtmlrenderer-8.0/tags/8.3
-atlassian/
Original issue reported on code.google.com by [email protected] on 11 Feb 2011 at 12:46
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-89
It was reported by grlea on 07.06.2005 07:43:42 +0200 and last updated in the
previous bug tracker on 20.07.2008 17:47:51 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Critical.
Original description:
The XHTMLPanel(UserAgentCallback) constructor adds a LinkListener to the panel,
while the other constructors don't. This makes for inconsistent behaviour
depending on which constructor is used. I would suggest the listener does not
add any listeners to itself by default.
If there is a reason why the listener is added in that constructor and that one
only, then the fact that it is added should be documented in the constructor's
javadoc:
Instantiates a panel with a custom {@link
org.xhtmlrenderer.extend.UserAgentCallback} implementation and adds a
LinkListener to the panel.
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:47
*** This issue was imported from http://java.net/jira/browse/XHTMLRENDERER-329
It was reported by aneesh2004 on 14.09.2010 06:20:04 +0200 and last updated in
the previous bug tracker on 14.10.2010 18:08:17 +0200
Found in
Operating System: All
Platform: All
The priority for this issue at migration was Blocker.
The original issue had attachments to it; see comments below.
Original description:
I have body defined in my document as
*******
<body style="background-image:url('slide_1_background.jpg');">
*****
and I have code to read this xhtml page as
*****
Graphics2DRenderer g2r = new Graphics2DRenderer();
g2r.getSharedContext().setDPI(dpi);
g2r.setDocument(s1, this.baseUrl);
g2r.layout(g, new Dimension(width, height));
g2r.render(g);
g.dispose();
*****
This gets stuck at the g2r.render(g). The call doesn't return from that line.
If I have the same image as as regular image in html things are fine. Things are
also fine when I have a body element without a backround image set for the body.
Original issue reported on code.google.com by [email protected] on 16 Feb 2011 at 9:46
[deleted issue]
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.