October 2006 - Inkscape Devel

fwd: GSNH Closes Up Friday, After-Market News Release - acct Jordan Mccullough
by Pansy Kenney 30 Oct '06

30 Oct '06

exist abacus Up On the News - GSNH closes Up Friday, After-Market News Release - Get GSNH Quote Here. pioneer. http://moneycentral.msn.com/detail/stock_quote?Symbol=gsnh After weeks of speculation it's finally here, and the news is even bigger than we thought. filet. We first knew something was up with GSNH when news came out Thursday regarding Drill LOMT #1. But GSNH really popped up on our radar with Friday's After-Market news. GSNH has announced its partners for the LOMT #1 sidetrack well and you are not going to believe who they are. quinine. GSNH Names Partners for LOMT #1 Sidetrack Well farthest. Friday October 27, 4:05 pm ET hewlett. HOUSTON, Texas--(BUSINESS WIRE) - GSNH announces...has awarded drilling services for the LOMT #1 Sidetrack well to the following providers: bury * Patterson-UTI (Nasdaq: PTEN), Revenue: 2.23 billion, UP 63.30% laredo * Schlumberger (NYSE: SLB), Revenue: 17.90 billion, UP 34.00% lawyer * Halliburton (NYSE: HAL), Revenue: 22.90 billion, UP 13.40% astrology Oct. 27, 2006 (BUSINESS WIRE) - GSNH Names Partners for Sidetrack Well... whore http://biz.yahoo.com/bw/061027/20061027005324.html?.v=1 GSNH has been releasing steady news worldwide, from Yahoo Finance, AOL, & MSN Money to Marketwatch & Bloomberg---even the NYSE & the NASDAQ have gotten in on the action. Exposure for GSNH is expansive. The increased frequency of news led us to believe that something big was coming for GSNH, and as usual, we were dead-on right. camille Oct. 26, 2006 (BUSINESS WIRE) � GSNH to Drill LOMT #1... assist. http://money.aol.com/news/articles/_a/greater-sooner-holdings-inc-to-drill/… Oct. 12, 2006 (BUSINESS WIRE) � GSNH Reports Drilling Success... charlemagne. http://www.marketwatch.com/News/Story/Story.aspx?guid={05206016-17D5-4077-B… Oct. 11, 2006 (BUSINESS WIRE) � GSNH Announces the Anthony 33... pretend. http://news.moneycentral.msn.com/ticker/article.asp?Feed=BW&Date=20061011&I… Oct. 4, 2006 (BUSINESS WIRE) � GSNH...285 million in Probable Reserves... diamagnetic. http://bloomberg.com/apps/news?pid=conewsstory&refer=conews&tkr=GSNH:US&sid… Friday's After-Market news on GSNH and its newfound partnership with these major corporations (over 43 billion in revenue combined) is just the beginning. We believe that there is even bigger news coming, and as always, we are bringing you the news ahead of time, ahead of everyone else, and ahead of a major spike in GSNH stock price. piscataway requisition flirtatious

1 0

Catch the next big thing now, overwhelmingly important letter
by Quotes.com corset 30 Oct '06

30 Oct '06

1 0

UPDATE: Jon Cruz' Kitchen Fire and Timeline
by Jon Phillips 30 Oct '06

30 Oct '06

Heya all, I wanted to let you know that Jon Cruz's house had a big kitchen fire today. The good news from him is that his whole family is okay and it happened while they were out getting lunch. A faulty electrical outlet caused the problem, so it is pretty much a totally random accident. The problematic thing is the smoke and heat damage he told me, and that it might have blown out his computer monitors. He thinks his computers are ok. He and his family are in good spirits and so far things seem salvageable, as they have good insurance. He wanted me to let you all know and for us to plan accordingly for development. What a great person! Thinking about us in the midst of crisis. It would be very nice for everyone to send him some good thoughts and cheer as he will be off and online over the next month because of this unfortunate incident. Bryce and others, Jon wants us all to plan accordingly, so we can think about the release soon. The good part though is that all his family is ok, and the stuff is replaceable :) Big hug to Jon Cruz and his family from me and the Inkscape family. :) Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

1 0

New Cairo renderer (for PDF export)
by Miklós Erdélyi 29 Oct '06

29 Oct '06

Hi all, I committed a part of my GSoC work, a Cairo-based simple, naiv SVG renderer which will help to have better quality PDF export. It can be found in extension/internal/cairo-render* and there's a new showGlyphs function in class Layout (Layout-TNG-Output.cpp). Its raster output can be considered usable and might be useful for testing Cairo vs. libnr rendering performance. The new output types in 'Save As' are: 'Cairo PDF experimental' and 'Cairo PNG' (this doesn't have any options yet unlike the PNG export function). Currently the renderer doesn't have any obvious optimization like creating surfaces with only the needed bbox size and not of the full size of the output. It needs Cairo 1.2 since it uses cairo_pop/push_group calls so I have wrapped the code around HAVE_CAIRO_PDF which ensures the correct API version. The SVG element-specific rendering methods are in static methods named like sp_flowtext_render so they could be easily put into the virtual methods of the objects representing these elements in other source files. Please consult the source code for more details (cairo-renderer.cpp). The Cairo-specific rendering part can be found in cairo-render-context.cpp. This renderer supports clipping (objectBoundingBox clipping doesn't work -- does anyone have an idea what could be wrong?), masking, and surface patterns in SVG, among the other straightforward things. I wanted to have more things implemented properly but since September I didn't really have much time to spend on this so I decided to release it in its current state so you can tear it apart :) Unfortunately I haven't finished the Cairo-PDF patches for it yet. I have a working version which is quite unstable with text (isn't shown in layers except for the 'root' layer) and images and which supports masking with constant alpha. I cannot release it because it's such a mess at this point. I know the main problem with this exporter is the fact that first the support needs to be built into Cairo in order to take advantage of this exporter and that won't happen overnight, but at least now Inkscape has a simple Cairo-based SVG rendering backend. I hope to get the Cairo-PDF patches into Cairo 1.4.x. Any ideas, comments regarding the subject are welcome. Cheers, miklos

9 23

Find out today, it will rock tomorrow, Urgent message
by Investors.com andrea 29 Oct '06

29 Oct '06

1 0

bugs with nested svg elements
by Alex Mac 28 Oct '06

28 Oct '06

Things seem to go wrong when you have nested svg elements in inkscape. The following file shows an odd bounding box bug: <svg xmlns="http://www.w3.org/2000/svg" x="0" y="0" width="384.45239000000004" height="314.24681000000004"> <svg x="0" y="0" width="251.33313" height="119.18141"> <rect width="249.33313" height="117.18141" x="0.99999917" y="0.99999452" style="color:black;fill:#ccb10e;fill-opacity:1;stroke:black;stroke-width:2"></rect> <path d="M 125.66639,20.551222 L 103.86753,73.531393 L 147.54482,73.531393 L 125.66639,20.551222 M 116.59678,6.3613066 L 134.81557,6.3613066 L 180.08392,112.82096 L 163.37689,112.82096 L 152.55696,85.510834 L 99.014529,85.510834 L 88.194731,112.82096 L 71.248871,112.82096 L 116.59678,6.3613066"></path> </svg> <svg x="50" y="50" width="133.11926000000003" height="195.06540000000004"> <rect style="color:black;fill:#3521b0;fill-opacity:1;stroke:black;stroke-width:1.99999988" y="0.99998748" x="0.99999869" height="193.0654" width="131.11926"></rect> <path d="M 40.50448,99.92175 L 40.50448,138.92595 L 66.28125,138.92595 C 74.92641,138.92595 81.31752,137.33357 85.45456,134.14856 C 89.64455,130.91596 91.73962,125.99594 91.73975,119.38813 C 91.73962,112.73298 89.64455,107.83669 85.45456,104.69915 C 81.31752,101.51426 74.92641,99.92175 66.28125,99.92175 L 40.50448,99.92175 M 40.50448,56.13992 L 40.50448,88.22756 L 64.29223,88.22756 C 72.14186,88.22756 77.97614,86.92031 81.79492,84.30569 C 85.66665,81.64373 87.60258,77.60308 87.60271,72.18374 C 87.60258,66.81211 85.66665,62.79519 81.79492,60.13299 C 77.97614,57.47102 72.14186,56.14004 64.29223,56.13992 L 40.50448,56.13992 M 24.43371,44.30311 L 65.48559,44.30311 C 77.73744,44.30323 87.17827,46.58502 93.80821,51.14847 C 100.43787,55.71216 103.75278,62.20096 103.75291,70.61497 C 103.75278,77.12761 102.05554,82.30928 98.66121,86.15972 C 95.26661,90.01028 90.28108,92.41084 83.70437,93.36152 C 91.60696,94.88284 97.73303,98.06785 102.08215,102.91655 C 106.48437,107.7178 108.68548,113.73125 108.68548,120.95691 C 108.68548,130.46435 105.07879,137.80891 97.86568,142.99045 C 90.6523,148.17199 80.38933,150.76276 67.07678,150.76276 L 24.43371,150.76276 L 24.43371,44.30311"></path> </svg> </svg> and the following file shows a different bug where some nested svg elements are not show and others are shown in incorrect places: <svg width="350.0" height="16.0" x="0" y="0" xmlns="http://www.w3.org/2000/svg"> <rect width="55" height="5" x="0" y="0" style="fill:orange;stroke:black;stroke-width:2;"/> <svg width="295.0" height="16.0" x="0" y="0" style="" transform="translate(55,0)"> <rect width="30" height="13" x="0" y="0" style="fill:yellow;stroke:black;stroke-width:2;"/> <svg width="265.0" height="16.0" x="0" y="0" style="" transform="translate(30,0)"> <rect width="75" height="16" x="0" y="0" style="fill:green;stroke:black;stroke-width:2;"/> <svg width="190.0" height="10.0" x="0" y="0" style="" transform="translate(75,0)"> <rect width="90" height="8" x="0" y="0" style="fill:red;stroke:black;stroke-width:2;"/> <svg width="100" height="10.0" x="0" y="0" style="" transform="translate(90,0)"> <rect width="100" height="10" x="0" y="0" style="fill:blue;stroke:black;stroke-width:2;"/> <svg width="0.0" height="0.0" x="0.0" y="0.0" style="" transform="translate(100,0)"/> </svg> </svg> </svg> </svg> </svg>

1 0

0.45 Release - Patches to include
by Bryce Harrington 28 Oct '06

28 Oct '06

There are a lot of patches in the patch tracker right now. Some have been in there quite a long time. We really ought to try to include or resolve as many of these for 0.45 as we can. And we should include them now rather than later, to ensure there's plenty of time to test them and work out any bugs. Please take a look through these and indicate if you have concerns for any of them that should be addressed before we include them. I've indicated below which seem ready for inclusion and which need further testing or work first. I think it'd be a good goal to reduce the number of open patches to less than half a dozen, for the 0.45 release. 1567964 "Unknown error for pclose" when using effects fintatartaruga Assigned to: acspike Simple bugfix. Looks fine to me, although I'm curious why it is checking the return code to be >= 0 rather than == 0. 1539297 Export of clip-paths to Ps/Pdf ulferikson Assigned to: bulia It sounds like this one is probably good to go; Ulf is asking if someone could review it beforehand, so bulia or mental, if you could take a peek and give a yea or nay, that'd help. 1536990 [STABLE] Pdf fixes ulferikson Assigned to: mental Collection of bug fixes. Sound very much worth including. Mental, do you see any issues with incorporating this one? 1535878 palette converters (.acf and .bcf to .gpl) nitrofurano Assigned to: acspike Sounds like these converters should be wrapped up as extensions and included. 1535875 .ai example tests for import nitrofurano Assigned to: kidproto These tests would be well worth inclusion, although I'm not certain where they would fit into the codebase. Should they be set up to run with make check, or should they be collected into a standalone testsuite? In either case I think this is of moderate importance, so if it waits until post-release that could be okay. 1533789 ill2svg.pl replacement in python nitrofurano Assigned to: bulia Sounds like the python replacement has some problems, so this patch may need to wait until a future release. 1521963 fix for build problems with autoconf 2.60 sk1p Assigned to: bulia Sounds like this needs a bit more work before it can be committed, but would be a good one to get in for this release. Getting Inkscape to be happy with many different versions of autoconf will make life easier for a lot of folks. 1519675 export to pdf via cairo-pdf from miklos theadib Assigned to: miklosh If this isn't applied already, we should get this in ASAP. We're planning to advertise cairo pdf export, so it's very important we make sure all of miklosh's work is incorporated for 0.45. 1517872 OSX: script for building universal dependencies dhimelright Assigned to: mjwybrow I'm not sure if this is still needed for use on OSX, but if so let's get it reviewed and applied. 1511066 Pref to enable or disable extended input. zeimusu Assigned to: kidproto No patch was attached; we'll be closing it unless a patch gets attached. 1495826 pstoedit and svg with latex render extension dniepper Fixes a compatibility issue with pstoedit; probably fine to include. 1493939 Easter Egg Tutorial skarg Assigned to: scislac The author was asked to convert it to docbook format, but we haven't heard back from him. Still, I think it would be worthwhile to include, so if someone has a chance, please work on converting this to the proper format for inclusion. Even if that can't be done, it'd be nice to have this included in the share directory or something. 1483543 inkview mouse navigation mimooh Assigned to: kidproto This one is an incomplete functionality; the submitter was having trouble figuring out how to get mouse events to be seen by SPView. I don't think this patch is ready for incorporation, but someone with gtk / SPView knowledge should share a few tips to the author, as this could be a very handy feature for inkview users in the future. 1475143 EMF input/output (Windows only) ulferikson Assigned to: bryce Even though this is windows-only, I think it'd be fine to incorporate this, as long as it can be made to compile properly on Linux. EMF is mainly of interest to Windows users anyway. 1466048 Inkscape Buttons johncoswell Assigned to: bryce These are buttons for the website. Rejon or I can take care of adding them to the site. 1463483 Inkscape icons for SVG files boldewyn The icons are fine and probably can be accepted. Packagers will need to look into getting these installed for the respective filetypes, but that's a separate issue from this patch. 1387386 add Tru64/osf1 isNaN/isFinite definitions enchanter Sounds similar to the IRIX patch 1382904 Small patch for mkfiles.pl atwupack Applied by rejon. Thanks! 1379041 patch for SGI IRIX build Simple 3-line patch; I don't know if anyone has access to an IRIX system, but if this makes Inkscape compileable there, it's worth getting applied. It's almost a year old so we really ought to either include it or close it. 1219308 [EPS export] Unicode print - type 1 font embedding Looks good to me if we don't already have this functionality. The patch is over a year old and needs resolution. Bryce

9 17

Clip Art Browser Ideas and Sponsorship
by Jon Phillips 26 Oct '06

26 Oct '06

Hi all, I wanted to dust off the Clip Art Browser code and get some thoughts flowing on this: http://openclipart.org/wiki/Clip_Art_Browser Please put any ideas for this on the above wiki page which will help out much in planning development for this...worldlabel.com is interested in investing resouces (monthly $$$) towards this project, so I want to clearly set out our goals and move towards a good goal with this codebase. Great! Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

1 0

fwd: Make your Card balances and loans vanish - acct Alberto5214784
by Clarissa Quinn 26 Oct '06

26 Oct '06

appropriate coruscate Our attorneys have discovered a loop hole in the banking laws. regression. Using this discovery we have been successful at totally eliminating peoples CreditCardDebt with out them paying another dime. numerate. We GuaranteeThat we can do this for you. mekong. http://89.0x0000068.000000160.00000025 inferring halocarbon dependent

1 0

autopackage?
by bulia byak 26 Oct '06

26 Oct '06

Aaron Spike told me that he nevery could overcome the months-old problem that makes autopackage fail. On my system, when I try to run 0.44 autopackage I get: ./inkscape: error while loading shared libraries: libXfixes.so.3: cannot open shared object file:No such file or directory Is there anyone who can help with this? It really is a shame that we stopped providing autopackages because of this. In any case, we must fix it before we can think about 0.45, because now that we don't have static rpms anymore, not providing an autopackage will make the release pretty much useless on the Linux side - for those who don't want to compile, the only way to try it will be to wait for their distros to upgrade, which usually takes months. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 6