Dialogue boxes too large for 1024x768 resolution
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mozilla Thunderbird |
Fix Released
|
Medium
|
|||
thunderbird (Ubuntu) |
Fix Released
|
Wishlist
|
Unassigned |
Bug Description
Binary package hint: mozilla-thunderbird
I am visually impaired so I use a res of 1024x780 with large (16pt) fonts, works well for me.
I was just using thunderbird and I needed to add a contact, the contact screen comes up, but the OK and Cancel buttons are off the bottom of the screen, as is a good part of the last lot of fields.
Just thought I'm mention it, maybe someone to pass that into along to the mozila devs or something?
I noticed you can't drag a dialogue box up pass the 'taskbar' like you can in windows, so there is no way to access these buttons.
thankfully just pressing enter is ok, but still annoying.
Ubuntu 6.06 LTS, Thunderbird 1.5.0.10
Related branches
In Mozilla Bugzilla #63941, Caseyperkins (caseyperkins) wrote : | #2 |
I am using the most recent build.
In Mozilla Bugzilla #63941, Verbal-myrealbox (verbal-myrealbox) wrote : | #3 |
WORKSFORME
Platform: PC
OS: Linux 2.2.16
Mozilla Build: 2001010221
Reporter try with a new profile my bet is that will fix it.
In Mozilla Bugzilla #63941, Caseyperkins (caseyperkins) wrote : | #4 |
I have a lot invested in the profile I've got. Besides, why should that fix it?
Aren't window designs, sizes and positioning specified in XUL files and C++
code? What does this have to do with a new profile?
In Mozilla Bugzilla #63941, Caseyperkins (caseyperkins) wrote : | #5 |
I downloaded Mozilla onto another computer, created a new profile, opened up
Address Book and clicked New Card. Once again, the window sizing and positioning
were terrible for 800*600 and 640*480 resolutions. So creating a new profile
does not help, unfortunately.
Please take a look at the screenshot page I prepared in order to demonstrate
what I am talking about, and try it also on your own computer.
<a href="www.
</a>
Thanks.
In Mozilla Bugzilla #63941, Verbal-myrealbox (verbal-myrealbox) wrote : | #6 |
Marking NEW as per reporters comments.
In Mozilla Bugzilla #63941, Bzbarsky (bzbarsky) wrote : | #7 |
*** Bug 65997 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Bzbarsky (bzbarsky) wrote : | #8 |
os/platform -> all, since the duplicate is reported on a Mac running System 9.
In Mozilla Bugzilla #63941, Scottputterman (scottputterman) wrote : | #9 |
reassigning to chuang.
In Mozilla Bugzilla #63941, Fenella (fenella) wrote : | #10 |
QA-assign-to fenella.
In Mozilla Bugzilla #63941, Caseyperkins (caseyperkins) wrote : | #11 |
It seems like fixing would be a simple matter of x and y positioning and sizing.
I do some GUI programming (in Java) and that would be how I would do it there.
Can it be that different in C++/XUL?
As an example of centering the box in reference to the Mozilla window:
int height=450;
int width=300;
newCardBox.
int setLeft=
int setRight=
newCardBox.
newCardBox.show();
Yes, its Java pseudo-code, not C++, but the logic is good. Can't something
similar to this be implemented for the New Card box?
In Mozilla Bugzilla #63941, Bzbarsky (bzbarsky) wrote : | #12 |
*** Bug 84990 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Verbal-myrealbox (verbal-myrealbox) wrote : | #13 |
*** Bug 94805 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Verbal-myrealbox (verbal-myrealbox) wrote : | #14 |
*** Bug 97041 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Nbaca (nbaca) wrote : | #15 |
Marking nsbeta1 since running at a resolution of 640x480 makes the new card
dialog unusable. It's so large that the bottom half of the dialog cannot be
seen, there is no way to traverse to the bottom to select the OK/Cancel buttons.
Resolution 600x800 is also too large but I can atleast move the dialog to access
the OK/Cancel buttons.
In Mozilla Bugzilla #63941, Scottputterman (scottputterman) wrote : | #16 |
reassigning to racham.
In Mozilla Bugzilla #63941, Felix Miata (mrmazda) wrote : | #17 |
Is this something hard to fix? I would think not. If not, please move this from
future to something sooner. There is simply no good reason for this to be so tall.
At 800 X 600 in Linux Mandrake KDE and in OS/2, the new card window is taller
than the space between the edge of the screen and the toolbar. In W2K at 800 X
600, it is only slightly less tall than that space, and opens way below 0,0,
leaving the OK & cancel buttons offscreen by default. In OS/2, it opens each
time with the titlebar way above the top of screen. See screenshot
http://
Simply right adjusting the currently left adjusted 'add to . . .' or the
'name,address,
losing [the excessive] whitespace between any entry fields.
The currently excessive whitespace means this could easily be made much shorter
than it currently is and accomodate minimum screen resolutions.
In Mozilla Bugzilla #63941, Bulbul (bulbul) wrote : | #18 |
Created attachment 112016
screenshot of new card in KDE, with KDE toolbar, at 800x600
Attaching screenshot of new card in KDE, with KDE toolbar, at 800x600.
In Mozilla Bugzilla #63941, Sspitzer (sspitzer) wrote : | #19 |
mass re-assign.
In Mozilla Bugzilla #63941, Bulk88 (bulk88) wrote : | #20 |
As of "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616"
I still see this bug (no ok and no cancel) on Win2k with a 3 window high
taskbar. This needs to be fixed and should be simple XUL I think.
In Mozilla Bugzilla #63941, Bulk88 (bulk88) wrote : | #21 |
As of "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616"
I still see this bug (no ok and no cancel) on Win2k 800x600 with a 3 window
high taskbar. This needs to be fixed and should be simple XUL I think.
In Mozilla Bugzilla #63941, Mozilla-kaply (mozilla-kaply) wrote : | #22 |
*** Bug 165750 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #23 |
*** Bug 313058 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #24 |
*** Bug 293800 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #25 |
*** Bug 315223 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #26 |
*** Bug 317857 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Mkmelin+mozilla (mkmelin+mozilla) wrote : | #27 |
*** Bug 323507 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, J-williams (j-williams) wrote : | #28 |
This bug should be assigned a priority -- it affects the visually handicapped like me, and is a really ugly propblem on the "new card" pagelength problem reported as a "duplicate" to this report.
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #29 |
*** Bug 344234 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #30 |
*** Bug 349109 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Felix Miata (mrmazda) wrote : | #31 |
Created attachment 234396
633px tall new card screenshot 1024x768x96DPI (KDE)
~633px is the minimum required height @ 96 DPI
In Mozilla Bugzilla #63941, Felix Miata (mrmazda) wrote : | #32 |
Created attachment 234397
KDE fullscreen screenshot 800x600x96DPI
The problem is actually worse now than when attachment 112016 was affixed. DPI is now max(96dpi,system setting), which means unless a user has taken the trouble via user.js or about:config to force Gecko to use ~84 DPI or less, the card can't fit in the available vertical space, even with the taskbar hidden.
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #33 |
*** Bug 368850 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Astrelfrog (astrelfrog) wrote : | #34 |
Ok, but is there a solution to this problem? Reassigning it to this bug number just moves it around.
In Mozilla Bugzilla #63941, Jason-reachers (jason-reachers) wrote : | #35 |
There are a couple of solutions discussed in the Mozillazine forums:
http://
http://
These have to be manually added to a UserChrome.css file in each user profile though -- doesn't address the underlying problem.
Leona (leona-devon) wrote : Create contact screen to large for display | #36 |
Binary package hint: mozilla-thunderbird
I am visually impaired so I use a res of 1024x780 with large (16pt) fonts, works well for me.
I was just using thunderbird and I needed to add a contact, the contact screen comes up, but the OK and Cancel buttons are off the bottom of the screen, as is a good part of the last lot of fields.
Just thought I'm mention it, maybe someone to pass that into along to the mozila devs or something?
I noticed you can't drag a dialogue box up pass the 'taskbar' like you can in windows, so there is no way to access these buttons.
thankfully just pressing enter is ok, but still annoying.
Ubuntu 6.06 LTS, Thunderbird 1.5.0.10
Tom Mortimer-Jones (tom-morty) wrote : | #37 |
The screen to add a contacts in Thunderbird is tall and thin so I could see how this problem could arise with your setup.
As long as the window isn't maximised both Gnome and KDE will allow you to press the Alt key and drag the window about from any part - not just the taskbar. If you drag up using the bottom part of the dialog the taskbar will go above the top of the screen allowing you to access the parts of the window that you cannot currently see.
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #38 |
*** Bug 381437 has been marked as a duplicate of this bug. ***
Leona (leona-devon) wrote : Re: Create contact screen to large for display | #39 |
arr, thanks yes holding the alt key did work so you can't drag it up, its a good workaround. Is there anyway I can feed this to someone who might be working on this to ask them to see if they could shorten the dialog box maybe add an extra tab for address dettails rather than making it longer?
thanks.
Changed in thunderbird: | |
assignee: | nobody → mozilla-bugs |
Leona (leona-devon) wrote : | #40 |
The "alt and drag" worked for Drapper and Fiesty, but I noticed this No Longer Works for Gusty, I can't drag the dialog past the taskbar anymore. Making adding contacts in Thunderbird again very tricky.
Changed in thunderbird: | |
status: | New → Incomplete |
Changed in thunderbird: | |
status: | Incomplete → Confirmed |
Changed in thunderbird: | |
importance: | Undecided → Low |
44 comments hidden Loading more comments | view all 124 comments |
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #85 |
Comment on attachment 344934
New Card Layout - Patch now with seamonkey and thunderbird plus themes
>diff -r 785c708554f7 mail/locales/
>--- a/mail/
>+++ b/mail/
>@@ -17,18 +17,18 @@
> The Initial Developer of the Original Code is
> Netscape Communications Corporation.
> Portions created by the Initial Developer are Copyright (C) 1998-1999
> the Initial Developer. All Rights Reserved.
>
> Contributor(s):
>
> Alternatively, the contents of this file may be used under the terms of
>- either the GNU General Public License Version 2 or later (the "GPL"), or
>- the GNU Lesser General Public License Version 2.1 or later (the "LGPL"),
>+ either of the GNU General Public License Version 2 or later (the "GPL"),
>+ or the GNU Lesser General Public License Version 2.1 or later (the "LGPL"),
Please don't change this. The license has to be a set format and wording as specified here: http://
>@@ -75,49 +75,50 @@
> <!ENTITY PreferMailForma
> <!ENTITY PreferMailForma
> <!ENTITY PlainText.label "Plain Text">
> <!ENTITY HTML.label "HTML">
> <!ENTITY Unknown.label "Unknown">
> <!ENTITY ScreenName.label "Screen Name:">
> <!ENTITY ScreenName.
>
>-<!ENTITY allowRemoteCont
>+<!ENTITY allowRemoteCont
> <!ENTITY allowRemoteCont
>+<!ENTITY allowRemoteCont
Slightly better wording:
"In HTML messages it is possible to embed images from remote sources. Opening such a message will open a connection to this external source. This may allow tracking of the message being read. Checking this box will allow such external embedded images in HTML messages from this contact."
> <!ENTITY Custom4.label "Custom 4:">
> <!ENTITY Custom4.accesskey "4">
>-<!ENTITY Notes.box "Notes">
>-<!ENTITY Notes.accesskey "N">
>+
No need for a blank line here, as long as there's just one new line after the last > we're fine.
> <tabpanels id="abTabPanels" flex="1">
>
> <!-- ** Name Tab ** -->
>- <vbox index="name" flex="1">
>- <groupbox flex="1">
>- <caption label="
>+ <tabpanel>
>+ <vbox>
>+ <hbox index="name" flex="1">
>+ <vbox>
> <vbox>
If you look at the existing code, <tabpanel> isn't necessary.
You also have an extra <vbox> in here (after the <hbox>) that you don't need.
Unfortunately, that means you still have an extra box elem...
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #86 |
Created attachment 345282
New Card layout - Updated patch including the comments from Standard8
This patch includes the comments from standard8. I changed the indention and removed useless tabs and boxes. There was no difference in the patch size between -U8 and -U8 -w, so I only included the -U8 diff. The files
mail/locales/
suite/locales/
are identical. However there is a (small) difference in the license text in the original code. So I had to choose one to make the files really identical. I took the one from the template that standard8 mentionend. Thanks for the review!
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #87 |
(In reply to comment #79)
> >- either the GNU General Public License Version 2 or later (the "GPL"), or
> >- the GNU Lesser General Public License Version 2.1 or later (the "LGPL"),
> >+ either of the GNU General Public License Version 2 or later (the "GPL"),
> >+ or the GNU Lesser General Public License Version 2.1 or later (the "LGPL"),
>
> Please don't change this. The license has to be a set format and wording as
> specified here: http://
I reversed this. Now it complies to the template.
>
> Slightly better wording:
>
> "In HTML messages it is possible to embed images from remote sources. Opening
> such a message will open a connection to this external source. This may allow
> tracking of the message being read. Checking this box will allow such external
> embedded images in HTML messages from this contact."
I took your wording.
> >-<!ENTITY Notes.accesskey "N">
> >+
>
> No need for a blank line here, as long as there's just one new line after the
> last > we're fine.
Done.
> If you look at the existing code, <tabpanel> isn't necessary.
>
> You also have an extra <vbox> in here (after the <hbox>) that you don't need.
>
> Unfortunately, that means you still have an extra box element, so you need to
> re-indent the lines it encloses by two spaces.
>
> Once you have done this, please attach the full patch and a diff -w patch.
I removed the <tabpanel> and the useless <vboxes> and <hboxes>. The diff -U8 -w showed no difference to the diff -U8, so I only added the full patch.
>
> As you're now touching these lines, please can you wrap accesskey onto the next
> line and align it with the start of control. You may need to wrap the class
> attribute.
I did the wraps to have less line length overall.
>
> Mostly this is looking fine, I've verified it all seems to work on SM (both
> themes) & TB on Mac, I'll check it on Linux once you update the patch.
Thanks for review!
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #88 |
(In reply to comment #81)
> > Once you have done this, please attach the full patch and a diff -w patch.
> I removed the <tabpanel> and the useless <vboxes> and <hboxes>. The diff -U8 -w
> showed no difference to the diff -U8, so I only added the full patch.
Unfortunately diff -w doesn't always work in Mercurial, see https:/
I'm just reviewing the patch though, so don't worry about adding a diff -w straight away.
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #89 |
Comment on attachment 345282
New Card layout - Updated patch including the comments from Standard8
> <tabpanels id="abTabPanels" flex="1">
>+ <!-- ** Name Tab ** -->
>+ <!-- The following vbox contains two hboxes top: Name/Email/
>+ <vbox>
>+ <!-- This hbox contains two vboxes left: Name/Email, right: Phonenumbers -->
>+ <hbox index="name" flex="1">
I think the index/flex attributes should be on the <vbox> element above.
I think the business vbox also needs an index.
Otherwise r=me with those fixed. You'll need an sr for this patch as well.
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #90 |
Created attachment 346231
Updated patch - removed the index attributes in abCardOverlay.xul
I removed the index attributes as they are useless. I added ids to the for tabs. They may be useful for future overlays.
In Mozilla Bugzilla #63941, Neil-httl (neil-httl) wrote : | #91 |
Comment on attachment 346231
Updated patch - removed the index attributes in abCardOverlay.xul
git-apply complained of 32 whitespace errors, of which at least 25 are new.
If you can't find them try /msg firebot review 346231 (note: it's designed to review C++ so some of its other quibbles aren't always appropriate.)
I thought the display looked a little crowded; the current version at least has those groupboxes that break up the dialog into manageable pieces.
>+<!ENTITY allowRemoteCont
>+such a message will open a connection to this external source. This may allow
>+tracking of the message being read. Checking this box will allow such external
>+embedded images in HTML messages from this contact." >
I don't know how common wrapping long entities is, but you've wrapped the text in the entity rather than the text in the file, which looks odd. Also speaking of whitespace errors you can lose the space before the >
> .CardEditWidth {
>- width: 25em;
>+ width: 21em;
Is it possible to change these widths to the equivalent in ch?
(This affects themes/platforms that use a bold font)
> .alignBoxWithFi
> margin-left: 6px;
> margin-right: 5px;
> }
You don't use this any more. (Both comments apply for all themes of course.)
>+ <hbox id="nickNameCon
>+ <spacer flex="1"/>
>+ <label control="NickName" value="
>+ accesskey=
>+ <hbox class="
>+ <textbox id="NickName" flex="1"/>
> </hbox>
> </hbox>
Just picking on this one because it was easy to extract on the diff, but this applies to most of the fields in this window.
Rather than setting the top margin in the CardEditLabel class, I think the outer hbox needs an align="center" so the labels line up properly with the textboxes.
If you wanted to, you could get rid of the <spacer> by using <label flex="1"> and adding text-align: right; to the CardEditLabel class.
>- <caption>
>- <label control="Notes" value="&Notes.box;" accesskey=
>- </caption>
This caption was important as it labelled the Notes control...
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #92 |
Created attachment 346254
Updated patch - included comments from neil
This patch includes changes based on the comments from Neil.
* I removed the cardEditLabel class altogether. The alignment of the labels is done via the align="center" attributes.
* Changed the css unit from em to ch
* Added the notes label
Thanks for the review!
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #93 |
Created attachment 346259
Updated patch - included comments from neil and whitespace
This patch includes changes based on the comments from Neil.
* I removed the cardEditLabel class altogether. The alignment of the labels is
done via the align="center" attributes.
* Changed the css unit from em to ch
* Added the notes label
* Reduced the whitespace and longline style bugs
Thanks for the review!
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #94 |
(In reply to comment #85)
> (From update of attachment 346231 [details])
> git-apply complained of 32 whitespace errors, of which at least 25 are new.
> If you can't find them try /msg firebot review 346231 (note: it's designed to
> review C++ so some of its other quibbles aren't always appropriate.)
Thanks for the hint. I removed the whitespace and longline errors but there are 4 left in the current patch. I have changed it locally here for the moment.
>
> I thought the display looked a little crowded; the current version at least has
> those groupboxes that break up the dialog into manageable pieces.
I removed the groupboxes on purpose because they consume quite some space. Because I address is now split in home and business, that one is obsolete. For the phone numbers and Emails on the first tab, I compared it to Outlook where they also have it like this. So in the end I removed them only because of the space.
> >+<!ENTITY allowRemoteCont
> >+such a message will open a connection to this external source. This may allow
> >+tracking of the message being read. Checking this box will allow such external
> >+embedded images in HTML messages from this contact." >
> I don't know how common wrapping long entities is, but you've wrapped the text
> in the entity rather than the text in the file, which looks odd. Also speaking
> of whitespace errors you can lose the space before the >
I split it a little differently to have no line longer than 80 but I left it essentially.
>
> > .CardEditWidth {
> >- width: 25em;
> >+ width: 21em;
> Is it possible to change these widths to the equivalent in ch?
> (This affects themes/platforms that use a bold font)
Done.
>
> > .alignBoxWithFi
> > margin-left: 6px;
> > margin-right: 5px;
> > }
> You don't use this any more. (Both comments apply for all themes of course.)
Removed it.
>
> >+ <hbox id="nickNameCon
> >+ <spacer flex="1"/>
> >+ <label control="NickName" value="
> >+ accesskey=
> >+ <hbox class="
> >+ <textbox id="NickName" flex="1"/>
> > </hbox>
> > </hbox>
> Just picking on this one because it was easy to extract on the diff, but this
> applies to most of the fields in this window.
> Rather than setting the top margin in the CardEditLabel class, I think the
> outer hbox needs an align="center" so the labels line up properly with the
> textboxes.
> If you wanted to, you could get rid of the <spacer> by using <label flex="1">
> and adding text-align: right; to the CardEditLabel class.
I removed the CardEditLabel class and did the alignment with the attribute.
>
> >- <caption>
> >- <label control="Notes" value="&Notes.box;" accesskey=
> >- </caption>
> This caption was important as it labelled the Notes control...
I added the label again.
Thanks for the review!
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #95 |
Created attachment 346269
Updated patch - modified the accesskeys
Modified the access keys and removed the remaining 4 whitespace errors.
Should be possible to navigate throught the dialog with keys.
In Mozilla Bugzilla #63941, Neil-httl (neil-httl) wrote : | #96 |
Comment on attachment 346269
Updated patch - modified the accesskeys
> <!ENTITY WorkZipCode.label "ZIP/Postal Code:">
>-<!ENTITY WorkZipCode.
>+<!ENTITY WorkZipCode.
Nit: Prefer to match the case of the accesskey to the label's character.
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #97 |
Created attachment 346430
Updated patch - now with capital access keys
Just changed some access keys to capital letters.
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #98 |
Checked in: http://
Thanks for all your work on this Fritz.
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #99 |
(In reply to comment #92)
> Checked in: http://
>
> Thanks for all your work on this Fritz.
Thank you, Clark, Neil and the others for your reviews and help!
Nice environment here.
In Mozilla Bugzilla #63941, Rimas Kudelis (rq) wrote : | #100 |
<!ENTITY Birthday.label "Birthday:">
<!ENTITY Birthday.accesskey "B">
<!ENTITY Year.emptytext "Year">
<!ENTITY Or.value "or">
<!ENTITY Age.emptytext "Age">
I suggest to move these to the "Private" section to reflect the situation in UI.
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #101 |
Created attachment 346645
Move birthday section in abCardOverlay.dtd as proposed in Comment #94
This is a small patch to rearrange the entities in the abCardOverlay.dtd file. The birthday section is moved from the "Other Tab" to the "Private Tab" entries to be aligned with the display in the user interface address card dialog. This patch does not change behaviour.
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #102 |
Comment on attachment 346645
Move birthday section in abCardOverlay.dtd as proposed in Comment #94
I'm not sure its absolutely vital that we do this. However, seeing as the patch is here and they are reasonably well organised in the file, we can take it.
In Mozilla Bugzilla #63941, Friedrich-beckmann (friedrich-beckmann) wrote : | #103 |
(In reply to comment #96)
> (From update of attachment 346645 [details])
> I'm not sure its absolutely vital that we do this. However, seeing as the patch
> is here and they are reasonably well organised in the file, we can take it.
The changes has been checked in: http://
Thanks! Friedrich
andrew pletch (pletcha) wrote : Re: Create contact screen to large for display | #104 |
I am using a Dell Mini 9 and so on small screen the problem arises. Using theAlt-key does allow me to move the dialog,, however.
Andrew Pletch
Alexander Sack (asac) wrote : | #105 |
please file this bug in bugzilla.
Changed in thunderbird: | |
importance: | Low → Wishlist |
status: | Confirmed → Triaged |
assignee: | mozilla-bugs → nobody |
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote : | #106 |
Forwarded upstream.
Changed in thunderbird: | |
importance: | Undecided → Unknown |
status: | New → Unknown |
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #107 |
*** Bug 473399 has been marked as a duplicate of this bug. ***
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote : Re: Create contact screen to large for display | #108 |
Seems like this is fixed in Thunderburd 3.
In Mozilla Bugzilla #63941, Philringnalda (philringnalda) wrote : | #109 |
*** Bug 474385 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, BrendaEM (brendieellen) wrote : | #110 |
The bug is still in:
thunderbird-
I guess the nightly's aren't.
The bugfix is in the 3.x series which isn't compatible with lightning.
Does anyone know when the bugfix will make into a nightly?
BTW, Thanks for fixing the bug : )
Changed in thunderbird: | |
status: | Unknown → Fix Released |
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #111 |
(In reply to comment #100)
> The bug is still in:
> thunderbird-
Patches like this will never make it into released major versions because the updates are for security and stability updates.
> The bugfix is in the 3.x series which isn't compatible with lightning.
> Does anyone know when the bugfix will make into a nightly?
If you mean a 2.x nightly then the answer is never. If you mean a 3.x nightly then it is already there and there are lightning versions available for the 3.x nightlies.
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote : Re: Create contact screen to large for display | #112 |
This is fixed upstream now. Thanks for reporting.
Changed in thunderbird: | |
status: | Triaged → Fix Committed |
In Mozilla Bugzilla #63941, Philringnalda (philringnalda) wrote : | #113 |
*** Bug 479149 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Bugzilla-flamber (bugzilla-flamber) wrote : | #114 |
*** Bug 483017 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Philringnalda (philringnalda) wrote : | #115 |
*** Bug 483094 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Frankandpenny (frankandpenny) wrote : | #116 |
All the discussions regarding what fields go where - surely making the Edit Card scrollable is the best answer!!
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #117 |
*** Bug 505627 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #118 |
*** Bug 515333 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #119 |
*** Bug 520502 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #63941, Philringnalda (philringnalda) wrote : | #120 |
*** Bug 523738 has been marked as a duplicate of this bug. ***
Micah Gersten (micahg) wrote : | #121 |
Marking triaged as Thundebird 3 isn't in an official Ubuntu archive yet.
summary: |
- Create contact screen to large for display + Dialogue boxes too large for 1024x768 resolution |
Changed in thunderbird: | |
milestone: | none → 3.0 |
Changed in thunderbird (Ubuntu): | |
status: | Fix Committed → Triaged |
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #122 |
*** Bug 540240 has been marked as a duplicate of this bug. ***
Launchpad Janitor (janitor) wrote : | #123 |
This bug was fixed in the package thunderbird - 3.0+nobinonly-
---------------
thunderbird (3.0+nobinonly-
* New Upstream Release 3.0 (THUNDERBIRD_
- LP: #50902 - Thunderbird displays useless dialog
- LP: #52667 - Thunderbird doesn't support RFC-2369
- LP: #49033 - Doesn't recognize upper case extension (.JPG)
- LP: #56465 - Per folder column widths
- LP: #68456 - CTRL-Shift-K bound to 2 functions
- LP: #79337 - Typo in Server Information for Add Account Wizard
- LP: #1084 - No scroll on full headers list
- LP: #62071 - Middle click on scrollbar pastes instead of jumping
- LP: #119358 - Weak default authentication mode
- LP: #120672 - No option to empty junk folder with right click
- LP: #96566 - movemail doesn't work with default privs
- LP: #122529 - Non-Thunderbird IMAP folders not visible to Thunderbird
- LP: #241276 - Not able to paste image into thunderbird compose window
- LP: #244635 - scrollboxes scroll to offset 0 when resized
- LP: #259387 - "Edit Message as New" broken for eml messages
- LP: #120281 - Editing a message from the drafts folder leaves line breaks
- LP: #115484 - Dialogue boxes too large for 1024x768 resolution
- LP: #320034 - Mail with self referencing headers breaks threading
- LP: #160794 - shortcuts different in windows and linux
- LP: #280987 - thunderbird keeps asking a password when working off-line
- LP: #369150 - Thunderbird splits email addresses with non-ascii characters
- LP: #135066 - Thunderbird doesn't use Ubuntu icon theme
- LP: #297301 - after authentication error the password is forgotten
- LP: #487541 - thunderbird-bin crashed with SIGSEGV (AFS filesystem)
- LP: #485224 - Thunderbird saves double attachment file name endings on
- LP: #482496 - When using SCIM ANTHY, autosaving fails, and then get asked
[ Fabien Tassin <email address hidden> ]
* Add build-depends on autoconf2.13, autotolls-dev, mozilla-devscripts
libglib2.0-dev (>= 2.12), libstartup-
libpixman-
libhal-dev (>= 0.5.8), libasound2-dev, libreadline5-dev | libreadline-dev,
libkrb5-dev
* Update build-depends minimums for libx11-dev (>= 2:1.0),
libgtk2.0-dev (>= 2.12), zlib1g-dev (>= 1:1.2.3), libpng12-dev (>= 1.2.0),
libjpeg62-dev (>= 6b), libcairo2-dev (>= 0.5.8), libgnome2-dev (>= 2.16),
libgnomevfs
libnss3-dev (>= 3.12.0~1.9b3)
* Bump standards version to 3.8.0
* Replace ${Source-Version} by ${binary:Version} in control file
- update debian/control
* Bump requirement for system nspr to >= 4.8 since Mozilla bug 492464 landed
* Bump requirement for system nss to >= 3.12.3 since Mozilla bug 485052 landed
* Use in-source hunspell when hunspell 1.2 is not available
* Add conditionnal support for --with-libxul-sdk controlled by
$(USE_
- update debian/rules
* Add p...
Changed in thunderbird (Ubuntu): | |
status: | Triaged → Fix Released |
In Mozilla Bugzilla #63941, Bugzilla-standard8 (bugzilla-standard8) wrote : | #124 |
*** Bug 548394 has been marked as a duplicate of this bug. ***
Changed in thunderbird: | |
importance: | Unknown → Medium |
Reporter, what build are you using? There was a regression, recently fixed, in
which the dialog in question was sized too large.