Re: [Lynx-dev] Still some display problems (dev.13)
Thomas Dickey dixit: Though a quick check adding a br or p after the /pre doesn't help. Removing the blanks does. This isn't a new problem. Comparing with IE, I see that it puts out the blanks, but puts a carriage return after them. Opera is doing the same thing. I don't necessarily think forcing a line feed and carriage return after a /pre is a good thing to do, but as long as it fixes this issue... Thanks! bye, //mirabile -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt ___ Lynx-dev mailing list Lynx-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Still some display problems (dev.13)
On Wed, 19 Oct 2005, Thorsten Glaser wrote: Thomas Dickey dixit: Though a quick check adding a br or p after the /pre doesn't help. Removing the blanks does. This isn't a new problem. Comparing with IE, I see that it puts out the blanks, but puts a carriage return after them. Opera is doing the same thing. I don't necessarily think forcing a line feed and carriage return after a /pre is a good thing to do, but as long as it fixes this issue... It did seem an ugly solution, but I guess the gcc people tuned it against mozilla, which in turn means it works just like IE -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ___ Lynx-dev mailing list Lynx-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/lynx-dev
[Lynx-dev] Still some display problems (dev.13)
http://gcc.gnu.org/gcc-4.1/changes.html Terminal: XFree86(R) 4.5.0 xterm at 113x42; GNU screen with permanent status bar inside (leaving 113x41 for lynx). [...] if (d) { foo (b, c); a = b + c; } printf (%d\n, a); } The a = b + c can be sunk to right before the printf. Normal code sinking will not do thi it will sink the first one above into the else-branch of the conditional jump, which still gives you two copies of the code. [...] I see this quite often, some things are just outside the screen; for example, if I had not had links and form fields are numbered I'd not seen the login button of a page once... //mirabile -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt ___ Lynx-dev mailing list Lynx-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Still some display problems (dev.13)
On Wed, Aug 24, 2005 at 09:45:16AM +, Thorsten Glaser wrote: http://gcc.gnu.org/gcc-4.1/changes.html Terminal: XFree86(R) 4.5.0 xterm at 113x42; GNU screen with permanent status bar inside (leaving 113x41 for lynx). [...] if (d) { foo (b, c); a = b + c; } printf (%d\n, a); } The a = b + c can be sunk to right before the printf. Normal code sinking will not do thi ^^^ The extra blanks are from the pre section above, e.g., if (d) { foo (amp;b, amp;c); a = b + c; } printf (%d\n, a); } /pre The codea = b + c/code can be sunk to right before the codeprintf/code. Normal code sinking will not do this, it will sink the first one above into the else-branch of the conditional Though a quick check adding a br or p after the /pre doesn't help. Removing the blanks does. This isn't a new problem. Comparing with IE, I see that it puts out the blanks, but puts a carriage return after them. Opera is doing the same thing. it will sink the first one above into the else-branch of the conditional jump, which still gives you two copies of the code. [...] I see this quite often, some things are just outside the screen; for example, if I had not had links and form fields are numbered I'd not seen the login button of a page once... //mirabile -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence.-- Coywolf Qi Hunt ___ Lynx-dev mailing list Lynx-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/lynx-dev -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ___ Lynx-dev mailing list Lynx-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/lynx-dev