"Remember size" is still not working.
--
>o_/ DEMAINE Benoit-Pierre (aka DoubleHP) http://benoit.demaine.info/
If computing were an exact science, IT engineers would'nt have work \_o<
"So all that's left, Is the proof that love's not only blind but deaf."
(FAKE TALES OF SAN FRANCISCO, Arctic Mo
Am Fri, 16 Jul 2010 15:10:56 +0200 schrieb dhp_...@doublehp.org:
> To Andreas:
>
> After long reflexion, about my TB issue, I think that you broke the
> Remember-size fatures.
Hm, as I told you I double checked this. I took a gnome-terminal and
activated remember size and position for this windo
On 18/07/10 20:45, Christopher Michael wrote:
> Sure, that's how it goes w/ code but one man's strange is another man's
> common :)
+++
>> Sentences from you like above sounds like you're paying me money!
>> That's nerving me!
>>
> Yea, could have been said in a nicer way.
No, Andreas is right.
Am Sun, 18 Jul 2010 20:48:12 +0200 schrieb DEMAINE Benoit-Pierre:
> On 18/07/10 20:04, Andreas Volz wrote:
> > I was some days offline. I'll do some tests and see if I really
> > broke window remember feature.
> >
> > And this thread shows me that E is a hard maintainable monster!
> >
> > I've r
On 07/18/2010 02:04 PM, Andreas Volz wrote:
> Am Fri, 16 Jul 2010 15:10:56 +0200 schrieb dhp_...@doublehp.org:
>
>> To Andreas:
>>
>> After long reflexion, about my TB issue, I think that you broke the
>> Remember-size fatures.
>>
>> Because the issue is very recent: end of june or begin july.
>>
>
Am Fri, 16 Jul 2010 15:10:56 +0200 schrieb dhp_...@doublehp.org:
> To Andreas:
>
> After long reflexion, about my TB issue, I think that you broke the
> Remember-size fatures.
>
> Because the issue is very recent: end of june or begin july.
>
> Please fix it ASAP, it has many consequencies. It'
To Andreas:
After long reflexion, about my TB issue, I think that you broke the
Remember-size fatures.
Because the issue is very recent: end of june or begin july.
Please fix it ASAP, it has many consequencies. It's breaking 3 years old
scripts, and that put's me on nerves to see them fail. I ha
On 14/07/10 07:52, Andreas Volz wrote:
> Could you maybe report about your oo.org issue? I noticed a problem
> with oo.org dialog placing and have this on my TODO list for fixing.
> Maybe it's the same problem...
ah ... i also have this one, but it's again a different issue ^^ I had
forget it. Tha
Am Tue, 13 Jul 2010 21:27:46 +0200 schrieb dhp_...@doublehp.org:
> On 13/07/10 20:59, Andreas Volz wrote:
> >> Then, the moving window is left where it was, and, the cursor jumps
> >> away. At this moment, a stupid parameter is recorded for the
> >> dropped window: the position of cursor. And this
On 13/07/10 20:59, Andreas Volz wrote:
>> Then, the moving window is left where it was, and, the cursor jumps
>> away. At this moment, a stupid parameter is recorded for the dropped
>> window: the position of cursor. And this position will be taken AFTER
>> the jump, that is, in MY case NOW, 900 pi
Am Tue, 13 Jul 2010 15:19:49 +0200 schrieb dhp_...@doublehp.org:
> I am having an other issue right now: when i go in the Lost list,
> before, the Windows was restaured in the current monitor, what used to
> work fine. Now, it's restaured in the last monitor it was in.
>
> It is a problem, becaus
Am Tue, 13 Jul 2010 16:10:15 +0200 schrieb dhp_...@doublehp.org:
> On 13/07/10 00:14, Andreas Volz wrote:
> > Please test SVN commit >= 50207 for this problem. If your problem
> > is not longer present than I've at least identified the problem. In
> > this case I've to implement my use cases in an
I am having an other issue right now: when i go in the Lost list,
before, the Windows was restaured in the current monitor, what used to
work fine. Now, it's restaured in the last monitor it was in.
It is a problem, because, I lost the window (Memo) while I was moving
it, because, an other window
On 13/07/10 00:14, Andreas Volz wrote:
> Please test SVN commit >= 50207 for this problem. If your problem is not
> longer present than I've at least identified the problem. In this case
> I've to implement my use cases in another way.
50217 ATM.
Yes, it fixed the following issues:
- Memo not hav
I am having an other issue right now: when i go in the Lost list,
before, the Windows was restaured in the current monitor, what used to
work fine. Now, it's restaured in the last monitor it was in.
It is a problem, because, I lost the window (Memo) while I was moving
it, because, an other window
SVAm Fri, 09 Jul 2010 13:22:53 +0200 schrieb dhp_...@doublehp.org:
> After palcing Memo at the right place:
> http://picasaweb.google.fr/doublehp/Computing#5491860510868849794
>
> after restart X
> http://picasaweb.google.fr/doublehp/Computing#5491860528182159314
>
> after going in the Lost menu
On Fri, 09 Jul 2010 17:51:05 +0200 Sebastian Dransfeld
said:
who says i don't document my code? :)
> > Some days ago I noticed also a Java app that does really strange
> > things. After some time the combo boxes were opened somewhere else than
> > the window and mouse clicks were all some y pixe
On 09/07/10 13:13, David Seikel wrote:
> This Memo app could use a scroll bar I guess. B-)
No; the general idea of Rox is to make things trivial, and accessible
"here and now". They would refuse to insert a bar in Memo if we ever
asked. They use a bar in the ShowAll pop-up, that has a very small
Andreas Volz wrote:
> Am Thu, 8 Jul 2010 17:17:17 -0300 schrieb Iván Briano (Sachiel):
>
>> On Thu, Jul 8, 2010 at 4:57 PM, Andreas Volz
>> wrote:
>>> Am Fri, 9 Jul 2010 04:11:22 +1000 schrieb David Seikel:
>>>
On Thu, 8 Jul 2010 19:57:13 +0200 Andreas Volz
wrote:
> Am Wed, 7
On 09/07/10 13:13, David Seikel wrote:
> This Memo app could use a scroll bar I guess. B-)
No; the general idea of Rox is to make things trivial, and accessible
"here and now". They would refuse to insert a bar in Memo if we ever
asked. They use a bar in the ShowAll pop-up, that has a very small
Re-sending my email from 2:34 AM ...
On 09/07/10 00:22, dhp_...@doublehp.org wrote:
> Eterm -g 200x100
As i said, tick boxes only affect resizing existing Windows; and that is
fine for existing windows.
The same bug still occurs for creation.
> SVN commit 50133
How can i check the revision at
After palcing Memo at the right place:
http://picasaweb.google.fr/doublehp/Computing#5491860510868849794
after restart X
http://picasaweb.google.fr/doublehp/Computing#5491860528182159314
after going in the Lost menu:
http://picasaweb.google.fr/doublehp/Computing#5491860543766176034
Memo can not
On Fri, 09 Jul 2010 12:58:57 +0200 dhp_...@doublehp.org wrote:
> There is only one application I need to start "off screen": Memo. My
> memo is 3400 pix height; my desktop can not print this. The latest
> tips are on bottom. Memo is a "fixed size application"; I can set a
> minimum of lines, but t
On 09/07/10 07:22, Andreas Volz wrote:
>> Even after unticking the boxes, E Still misbehaves with Memo, Eterm,
>> and mplayer.
>
> Please show me how exact after rebuilding source. Screenshot...?
http://picasaweb.google.fr/doublehp/Computing#5491849571694058130
I have roughly underligned in red
Am Fri, 09 Jul 2010 00:22:19 +0200 schrieb dhp_...@doublehp.org:
> On 08/07/10 19:57, Andreas Volz wrote:
> > For me it was exact the opposite. The old behaviour was so buggy for
> > all my use cases. Windows with icccm request were sized up to the
> > worst sizes and positions. This was so strang
On Thu, Jul 8, 2010 at 9:57 PM, David Seikel wrote:
> On Thu, 8 Jul 2010 18:19:52 -0300 Iván Briano (Sachiel)
> wrote:
>
>> On Thu, Jul 8, 2010 at 6:11 PM, Andreas Volz
>> wrote:
>> > Am Thu, 8 Jul 2010 17:17:17 -0300 schrieb Iván Briano (Sachiel):
>> >
>> >> On Thu, Jul 8, 2010 at 4:57 PM, Andr
On Thu, 8 Jul 2010 18:19:52 -0300 Iván Briano (Sachiel)
wrote:
> On Thu, Jul 8, 2010 at 6:11 PM, Andreas Volz
> wrote:
> > Am Thu, 8 Jul 2010 17:17:17 -0300 schrieb Iván Briano (Sachiel):
> >
> >> On Thu, Jul 8, 2010 at 4:57 PM, Andreas Volz
> >> wrote:
> >> > Am Fri, 9 Jul 2010 04:11:22 +1000
On 08/07/10 19:57, Andreas Volz wrote:
> For me it was exact the opposite. The old behaviour was so buggy for
> all my use cases. Windows with icccm request were sized up to the worst
> sizes and positions. This was so strange. In special since I used
> vertical right and left shelfes on my 16:10 d
On Thu, Jul 8, 2010 at 6:11 PM, Andreas Volz wrote:
> Am Thu, 8 Jul 2010 17:17:17 -0300 schrieb Iván Briano (Sachiel):
>
>> On Thu, Jul 8, 2010 at 4:57 PM, Andreas Volz
>> wrote:
>> > Am Fri, 9 Jul 2010 04:11:22 +1000 schrieb David Seikel:
>> >
>> >> On Thu, 8 Jul 2010 19:57:13 +0200 Andreas Volz
Am Thu, 8 Jul 2010 17:17:17 -0300 schrieb Iván Briano (Sachiel):
> On Thu, Jul 8, 2010 at 4:57 PM, Andreas Volz
> wrote:
> > Am Fri, 9 Jul 2010 04:11:22 +1000 schrieb David Seikel:
> >
> >> On Thu, 8 Jul 2010 19:57:13 +0200 Andreas Volz
> >> wrote:
> >>
> >> > Am Wed, 7 Jul 2010 21:06:27 -0300 s
Am Wed, 07 Jul 2010 23:21:48 +0200 schrieb dhp_...@doublehp.org:
> > To be honest your use case sounds strange to me. Is there at least
> > one more person who really understand this and has a similar setup
> > to reproduce this?
>
> please just try to repro with an Eterm:
>
> create a large(hig
On Thu, Jul 8, 2010 at 4:57 PM, Andreas Volz wrote:
> Am Fri, 9 Jul 2010 04:11:22 +1000 schrieb David Seikel:
>
>> On Thu, 8 Jul 2010 19:57:13 +0200 Andreas Volz
>> wrote:
>>
>> > Am Wed, 7 Jul 2010 21:06:27 -0300 schrieb Iván Briano (Sachiel):
>> >
>> > I'm also seeing here some positioning prob
Am Fri, 9 Jul 2010 04:11:22 +1000 schrieb David Seikel:
> On Thu, 8 Jul 2010 19:57:13 +0200 Andreas Volz
> wrote:
>
> > Am Wed, 7 Jul 2010 21:06:27 -0300 schrieb Iván Briano (Sachiel):
> >
> > I'm also seeing here some positioning problems with Java
> > applications. But I don't see in which wa
On Thu, 8 Jul 2010 19:57:13 +0200 Andreas Volz
wrote:
> Am Wed, 7 Jul 2010 21:06:27 -0300 schrieb Iván Briano (Sachiel):
>
> I'm also seeing here some positioning problems with Java applications.
> But I don't see in which way Java is special in X. Maybe someone could
> enlighten me. :-)
I seem
Am Wed, 7 Jul 2010 21:06:27 -0300 schrieb Iván Briano (Sachiel):
> On Wed, Jul 7, 2010 at 8:55 PM, wrote:
> > No; when i start E, Memo is in state Lost, and, when i grab it
> > back, it is reduced size, dispite box unticked, and Remember
> > size ... definitly something wrong at start time.
> >
On Wed, Jul 7, 2010 at 8:55 PM, wrote:
> No; when i start E, Memo is in state Lost, and, when i grab it back, it
> is reduced size, dispite box unticked, and Remember size ... definitly
> something wrong at start time.
>
Reduced size, that's annoying as hell.
I updated E this weekend after a cou
No; when i start E, Memo is in state Lost, and, when i grab it back, it
is reduced size, dispite box unticked, and Remember size ... definitly
something wrong at start time.
--
>o_/ DEMAINE Benoit-Pierre (aka DoubleHP) http://benoit.demaine.info/
If computing were an exact science, IT engineers
> To be honest your use case sounds strange to me. Is there at least one
> more person who really understand this and has a similar setup to
> reproduce this?
please just try to repro with an Eterm:
create a large(high) Eterm with a large font, move it as high as you
can, press control + < , and,
Am Wed, 07 Jul 2010 15:05:38 +0200 schrieb dhp_...@doublehp.org:
> On 06/07/10 21:54, Andreas Volz wrote:
> > I added two new configuration options in the window geometry
> > settings. See the commit it should explain it. But it's easy to
> > understand from the option text.
>
> Unticking them av
On 06/07/10 21:54, Andreas Volz wrote:
> I added two new configuration options in the window geometry settings.
> See the commit it should explain it. But it's easy to understand from
> the option text.
Unticking them avoids appearance of bug for ROX (windows getting lost).
> Please test if this
Am Mon, 05 Jul 2010 12:19:35 +0200 schrieb DEMAINE Benoit-Pierre:
> By new feature, I mean that when I compiled it on may 30th, Rox was
> working like it did for the past 5 years, and, this changed when i
> rebuild on june 29th (i recompile only monthly).
>
> Just rebuild now, no difference.
>
>
On 04/07/10 23:22, Andreas Volz wrote:
> I recent changed some features and fixed some bugs in the E resize and
> placement algorithm. All my tests in "trunk/TEST/app/e/e_place_test"
> are working. This covers all the use cases I know here.
>
> If your use case is more special please try to explai
Am Mon, 05 Jul 2010 12:19:35 +0200 schrieb DEMAINE Benoit-Pierre:
> On 04/07/10 23:22, Andreas Volz wrote:
> > I recent changed some features and fixed some bugs in the E resize
> > and placement algorithm. All my tests in
> > "trunk/TEST/app/e/e_place_test" are working. This covers all the
> > us
Am Sat, 03 Jul 2010 22:49:46 +0200 schrieb DEMAINE Benoit-Pierre:
Hello Demaine,
I recent changed some features and fixed some bugs in the E resize and
placement algorithm. All my tests in "trunk/TEST/app/e/e_place_test"
are working. This covers all the use cases I know here.
If your use case is
I have discovered a new feature in recent builds of E17.
When I resize an Eterm to fit my screen, and then, press ^> to increase
font size, the windo size is kept identical, so that, the number of cols
per line, and line per window are reduced. How can i disable this
feature ? Did not find any thi
45 matches
Mail list logo
