<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to patches</title><link href="https://sourceforge.net/p/jhotdraw/patches/" rel="alternate"/><link href="https://sourceforge.net/p/jhotdraw/patches/feed.atom" rel="self"/><id>https://sourceforge.net/p/jhotdraw/patches/</id><updated>2012-06-13T07:30:10Z</updated><subtitle>Recent changes to patches</subtitle><entry><title>Add support for long attributes and readObject(tagname)</title><link href="https://sourceforge.net/p/jhotdraw/patches/7/" rel="alternate"/><published>2012-06-13T07:30:10Z</published><updated>2012-06-13T07:30:10Z</updated><author><name>Markus Sunela</name><uri>https://sourceforge.net/u/makusuko/</uri></author><id>https://sourceforge.net2982d15e74a8ac9eff0f65a4f0f1608178da2bbf</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;The attached patch adds support for long attributes, and readObject(String tagname) and readObject(String tagname, int index) methods in DOMInput/DOMOutput infrastructure. Patch also implements these in JavaxDOMInput/Output and NanoXMLDOMInput/Output.&lt;/p&gt;
&lt;p&gt;Our applications require support for storing long primitive types. Reading objects by tagname (and possible index) makes implementing custom read(DOMInput) methods a lot easier.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>give Figures control of whether they can be deleted</title><link href="https://sourceforge.net/p/jhotdraw/patches/6/" rel="alternate"/><published>2005-02-07T19:33:03Z</published><updated>2005-02-07T19:33:03Z</updated><author><name>toby cabot</name><uri>https://sourceforge.net/u/tcabot/</uri></author><id>https://sourceforge.net1bd888dbf19322aa4a898fd4f9ab91915581179f</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;In our application, we need to have some control over&lt;br /&gt;
whether the user can delete certain figures.  Some are&lt;br /&gt;
always deleteable, some never, and some depend on&lt;br /&gt;
context.  This patch adds a new interface that Figures&lt;br /&gt;
can implement.  If they do then they can control&lt;br /&gt;
whether they'll be deleted by DeleteCommand.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>println in DrawApplication</title><link href="https://sourceforge.net/p/jhotdraw/patches/5/" rel="alternate"/><published>2004-11-12T20:57:31Z</published><updated>2004-11-12T20:57:31Z</updated><author><name>toby cabot</name><uri>https://sourceforge.net/u/tcabot/</uri></author><id>https://sourceforge.netc7becac819a2cde403638fbec89a96c531dd002d</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;there's a stray println in&lt;br /&gt;
src/org/jhotdraw/application/DrawApplication.java:&lt;/p&gt;
&lt;p&gt;diff -u -r1.35 DrawApplication.java&lt;br /&gt;
--- src/org/jhotdraw/application/DrawApplication.java &lt;br /&gt;
28 May 2004 22:42:24 -0000      1.35&lt;br /&gt;
+++ src/org/jhotdraw/application/DrawApplication.java &lt;br /&gt;
12 Nov 2004 20:52:03 -0000&lt;br /&gt;
@@ -764,7 +764,6 @@&lt;br /&gt;
* @see DrawingEditor&lt;br /&gt;
*/&lt;br /&gt;
public void toolDone() {&lt;br /&gt;
-               System.out.println("ToolDone");&lt;br /&gt;
if (fDefaultToolButton != null) {&lt;/p&gt;
&lt;p&gt;setTool(fDefaultToolButton.tool(),&lt;br /&gt;
fDefaultToolButton.name());&lt;br /&gt;
setSelected(fDefaultToolButton);&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Zoom does not repaint properly</title><link href="https://sourceforge.net/p/jhotdraw/patches/4/" rel="alternate"/><published>2004-02-09T17:17:43Z</published><updated>2004-02-09T17:17:43Z</updated><author><name>Ahmad Aslami</name><uri>https://sourceforge.net/u/ahmadgt/</uri></author><id>https://sourceforge.netc2c8b7e79c9c2abe1bfbb1b05bb33e3be809f01e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Problem:&lt;br /&gt;
Zoom does not repaint properly&lt;br /&gt;
- When you attempt to move a zoomed object, the object&lt;br /&gt;
is repainted within a graphics context that is scaled&lt;br /&gt;
(through getGraphics() method call) and then scaled&lt;br /&gt;
again (through paint method).  In order to solve this&lt;br /&gt;
problem, I modified DrawingView so that it would not&lt;br /&gt;
override the getGraphics method of JComponent by&lt;br /&gt;
changing the method to graphics().  I then changed&lt;br /&gt;
AreaTracker and SelectAreaTracker so that the scaled&lt;br /&gt;
graphics context would be retrieved.&lt;/p&gt;
&lt;p&gt;files changed:&lt;br /&gt;
DrawingView&lt;br /&gt;
- changed getGraphics() to graphics()&lt;br /&gt;
StandardDrawingView&lt;br /&gt;
- changed getGraphics() to graphics()&lt;br /&gt;
NullDrawingView&lt;br /&gt;
- changed getGraphics() to graphics()&lt;br /&gt;
ZoomDrawingView&lt;br /&gt;
- changed getGraphics() to graphics()&lt;br /&gt;
- changed zoom methods so that usersize is set to&lt;br /&gt;
drawing size&lt;/p&gt;
&lt;p&gt;AreaTracker&lt;br /&gt;
- changed view().getGraphics() to view().graphics()&lt;br /&gt;
SelectAreaTracker&lt;br /&gt;
- changed view().getGraphics() to view().graphics()&lt;/p&gt;
&lt;p&gt;The modified files in JHotDraw6.0b1 are attached.  Let&lt;br /&gt;
me know if you have any questions or problems.  If you&lt;br /&gt;
find a cleaner way to fix this problem, send me the update.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Fix package decl error</title><link href="https://sourceforge.net/p/jhotdraw/patches/3/" rel="alternate"/><published>2002-05-28T04:38:43Z</published><updated>2002-05-28T04:38:43Z</updated><author><name/><uri>https://sourceforge.net</uri></author><id>https://sourceforge.net0eb3721346f271db02d185b8e850c99fba62ad14</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;MiniMapZoomableView.java sits in package&lt;br /&gt;
CH.ifa.draw.contrib.zoom, but declares package&lt;br /&gt;
CH.ifa.draw.contrib.&lt;/p&gt;
&lt;p&gt;This patch makes MiniMapZoomableView in&lt;br /&gt;
CH.ifa.draw.contrib.zoom.  This necessitates making a&lt;br /&gt;
friendly method in CH.ifa.draw.contrib.MiniMapView now&lt;br /&gt;
protected.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Mouse move on startup</title><link href="https://sourceforge.net/p/jhotdraw/patches/2/" rel="alternate"/><published>2001-12-05T00:06:18Z</published><updated>2001-12-05T00:06:18Z</updated><author><name>Kevin Twidle</name><uri>https://sourceforge.net/u/luckyjim/</uri></author><id>https://sourceforge.netccf124850eaef76fb31e0ffe8397d60bedff946a</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;If the mouse is moved when the main window is being&lt;br /&gt;
created, a null pointer exception is thrown.&lt;/p&gt;
&lt;p&gt;Recreate by constantly moving the mouse when starting&lt;br /&gt;
the application.&lt;/p&gt;
&lt;p&gt;StandardDrawingView need the &amp;amp;quot;if&amp;amp;quot; line below added.&lt;/p&gt;
&lt;p&gt;public void mouseMoved(MouseEvent e) {&lt;br /&gt;
//  System.out.println(&amp;amp;quot;moved &amp;amp;quot; + myid);&lt;br /&gt;
if (tool() != null)&lt;br /&gt;
tool().mouseMove(e, e.getX(), e.getY());&lt;br /&gt;
}&lt;/p&gt;
&lt;p&gt;Kevin&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Iconkit wait for image load</title><link href="https://sourceforge.net/p/jhotdraw/patches/1/" rel="alternate"/><published>2001-03-23T18:04:48Z</published><updated>2001-03-23T18:04:48Z</updated><author><name>Dave J. King</name><uri>https://sourceforge.net/u/djking/</uri></author><id>https://sourceforge.net52d6bdfef12e556e237facabbbdbef5d442e1136</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I've added a method to the Iconkit&lt;/p&gt;
&lt;p&gt;public Image loadImage(String filename, boolean wait)&lt;/p&gt;
&lt;p&gt;Image will be fully loaded if wait is true.&lt;/p&gt;
&lt;p&gt;New file is attahced for your consideration.&lt;/p&gt;
&lt;p&gt;-Peace&lt;br /&gt;
Dave&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>