Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » Graphiti » Grid width and resizing
Grid width and resizing [message #640390] Sun, 21 November 2010 10:15 Go to next message
Volker Wegert is currently offline Volker Wegert
Messages: 169
Registered: July 2009
Senior Member
Hello,

I've noticed something I don't understand. I've got an editor with the grid
width set to 20. When resizing the element, I'd expect its width and height to
be integer multiples of the grid width - 20, 40, 60 and so on. Insted, I can
see that the sizes are set to 21, 41, 61, ... Is there a reason for this or is
this a bug?

Thanks
Volker

--
* Volker Wegert * http://www.volker-wegert.de/contact *
Living on Earth may be expensive, but it includes an annual free trip around
the Sun.
Re: Grid width and resizing [message #640788 is a reply to message #640390] Tue, 23 November 2010 02:48 Go to previous messageGo to next message
Michael Wenz is currently offline Michael Wenz
Messages: 1577
Registered: July 2009
Location: Walldorf, Germany
Senior Member
Is "snap to grid" enabled in your editor?

Michael


"Volker Wegert" <mail@volker-wegert.de> wrote in message
news:84aal2d7y2.fsf@zak.home.volker-wegert.de...
> Hello,
>
> I've noticed something I don't understand. I've got an editor with the
> grid
> width set to 20. When resizing the element, I'd expect its width and
> height to
> be integer multiples of the grid width - 20, 40, 60 and so on. Insted, I
> can
> see that the sizes are set to 21, 41, 61, ... Is there a reason for this
> or is
> this a bug?
>
> Thanks
> Volker
>
> --
> * Volker Wegert * http://www.volker-wegert.de/contact *
> Living on Earth may be expensive, but it includes an annual free trip
> around
> the Sun.
Re: Grid width and resizing [message #641309 is a reply to message #640788] Wed, 24 November 2010 15:26 Go to previous messageGo to next message
Volker Wegert is currently offline Volker Wegert
Messages: 169
Registered: July 2009
Senior Member
"Michael Wenz" <michael.wenz@sap.com> writes:
> "Volker Wegert" <mail@volker-wegert.de> wrote in message
> news:84aal2d7y2.fsf@zak.home.volker-wegert.de...
>> I've noticed something I don't understand. I've got an editor with the grid
>> width set to 20. When resizing the element, I'd expect its width and height
>> to be integer multiples of the grid width - 20, 40, 60 and so on. Insted, I
>> can see that the sizes are set to 21, 41, 61, ... Is there a reason for
>> this or is this a bug?
> Is "snap to grid" enabled in your editor?

Yes.

Volker


--
* Volker Wegert * http://www.volker-wegert.de/contact *
"With sufficient thrust, pigs fly just fine. However, this is not necessarily
a good idea. It is hard to be sure where they are going to land, and it could
be dangerous sitting under them as they fly overhead." (RFC 1925)
Re: Grid width and resizing [message #643583 is a reply to message #641309] Tue, 07 December 2010 09:23 Go to previous messageGo to next message
Michael Wenz is currently offline Michael Wenz
Messages: 1577
Registered: July 2009
Location: Walldorf, Germany
Senior Member
When a shape starts at a grid (position 0 after the grid line) and the
resize snaps to another grid (again position 0 after the grid line), that
makes grid width + 1 for the size of the shape, e.g. grid width of 10:

|xxxxxxxxxx|x....
l l width of this is 11 pixels.

Does that make sense?

Michael


"Volker Wegert" <mail@volker-wegert.de> wrote in message
news:844ob6xybt.fsf@zak.home.volker-wegert.de...
> "Michael Wenz" <michael.wenz@sap.com> writes:
>> "Volker Wegert" <mail@volker-wegert.de> wrote in message
>> news:84aal2d7y2.fsf@zak.home.volker-wegert.de...
>>> I've noticed something I don't understand. I've got an editor with the
>>> grid
>>> width set to 20. When resizing the element, I'd expect its width and
>>> height
>>> to be integer multiples of the grid width - 20, 40, 60 and so on.
>>> Insted, I
>>> can see that the sizes are set to 21, 41, 61, ... Is there a reason for
>>> this or is this a bug?
>> Is "snap to grid" enabled in your editor?
>
> Yes.
>
> Volker
>
>
> --
> * Volker Wegert * http://www.volker-wegert.de/contact *
> "With sufficient thrust, pigs fly just fine. However, this is not
> necessarily
> a good idea. It is hard to be sure where they are going to land, and it
> could
> be dangerous sitting under them as they fly overhead." (RFC 1925)
Re: Grid width and resizing [message #643963 is a reply to message #643583] Wed, 08 December 2010 15:11 Go to previous messageGo to next message
Volker Wegert is currently offline Volker Wegert
Messages: 169
Registered: July 2009
Senior Member
"Michael Wenz" <michael.wenz@sap.com> writes:
> "Volker Wegert" <mail@volker-wegert.de> wrote in message
> news:844ob6xybt.fsf@zak.home.volker-wegert.de...
>> "Michael Wenz" <michael.wenz@sap.com> writes:
>>> "Volker Wegert" <mail@volker-wegert.de> wrote in message
>>> news:84aal2d7y2.fsf@zak.home.volker-wegert.de...
>>>> I've noticed something I don't understand. I've got an editor with the
>>>> grid width set to 20. When resizing the element, I'd expect its width and
>>>> height to be integer multiples of the grid width - 20, 40, 60 and so on.
>>>> Insted, I can see that the sizes are set to 21, 41, 61, ... Is there a
>>>> reason for this or is this a bug?
>>> Is "snap to grid" enabled in your editor?
>> Yes.

> When a shape starts at a grid (position 0 after the grid line) and the
> resize snaps to another grid (again position 0 after the grid line), that
> makes grid width + 1 for the size of the shape, e.g. grid width of 10:
>
> |xxxxxxxxxx|x....
> l l width of this is 11 pixels.
>
> Does that make sense?

More or less. Less because this means that the elements will overlap by one
pixel - is this intended?

Thanks
Volker

--
* Volker Wegert * http://www.volker-wegert.de/contact *
"Drei Uhr morgens ist immer zu früh und immer zu spät für das, was du
vorhast." (Jean-Paul Sartre)
Re: Grid width and resizing [message #644055 is a reply to message #643963] Thu, 09 December 2010 04:32 Go to previous message
Michael Wenz is currently offline Michael Wenz
Messages: 1577
Registered: July 2009
Location: Walldorf, Germany
Senior Member
Yes, that is by intention.

Michael


"Volker Wegert" <mail@volker-wegert.de> wrote in message
news:84tyioyqgn.fsf@zak.home.volker-wegert.de...
> "Michael Wenz" <michael.wenz@sap.com> writes:
>> "Volker Wegert" <mail@volker-wegert.de> wrote in message
>> news:844ob6xybt.fsf@zak.home.volker-wegert.de...
>>> "Michael Wenz" <michael.wenz@sap.com> writes:
>>>> "Volker Wegert" <mail@volker-wegert.de> wrote in message
>>>> news:84aal2d7y2.fsf@zak.home.volker-wegert.de...
>>>>> I've noticed something I don't understand. I've got an editor with the
>>>>> grid width set to 20. When resizing the element, I'd expect its width
>>>>> and
>>>>> height to be integer multiples of the grid width - 20, 40, 60 and so
>>>>> on.
>>>>> Insted, I can see that the sizes are set to 21, 41, 61, ... Is there a
>>>>> reason for this or is this a bug?
>>>> Is "snap to grid" enabled in your editor?
>>> Yes.
>
>> When a shape starts at a grid (position 0 after the grid line) and the
>> resize snaps to another grid (again position 0 after the grid line), that
>> makes grid width + 1 for the size of the shape, e.g. grid width of 10:
>>
>> |xxxxxxxxxx|x....
>> l l width of this is 11 pixels.
>>
>> Does that make sense?
>
> More or less. Less because this means that the elements will overlap by
> one
> pixel - is this intended?
>
> Thanks
> Volker
>
> --
> * Volker Wegert * http://www.volker-wegert.de/contact *
> "Drei Uhr morgens ist immer zu fr
Previous Topic:SVG Export
Next Topic:Width of direct editing drop-down listboxes
Goto Forum:
  


Current Time: Fri Aug 01 22:27:01 EDT 2014

Powered by FUDForum. Page generated in 0.02585 seconds