Synchronising bug status with upstream.
** Changed in: libreoffice (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1478258
Title:
[upstrea
** Summary changed:
- BASE: tab order in form initially inactive
+ [upstream] BASE: tab order in form initially inactive
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1478258
Titl
Marcus, thank you for your attempt at helping out.
The problem is well described so it is easy enough for you or anyone
else to triage. Sending out mass mailings as you did is not really
helpful. All it will achieve is to close tickets in due time, not get
bugs fixed.
** Changed in: libreoffice
This release of Ubuntu is no longer receiving maintenance updates. If
this is still an issue on a maintained version of Ubuntu please let us
know.
** Changed in: libreoffice (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Desktop
Packag
Thank you for your feedback, I could reproduce this.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1478258
Title:
BASE: tab order in form initially inactive
Status in LibreOffic
Julien, you need to ungroup the label and field in the form first (the
wizard groups these two). Then choose "Control" from the context menu
of the field. On the General tab you will a numerical value for "Tab
Order".
--
You received this bug notification because you are a member of Desktop
Pac
Sorry for this dumb question but how to set order on a control?
(right click/control doesn't make appear any "tab order")
"Activation Order" just shows the fields and allow to move up or down them.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscr
@Rolf: I suspect that this might be inherited from OOo3, but to be
honest I can't remember whether it was already automatic by default or
not in those versions.
However, my own personal take on it is that, yes, the UI should really
jump to the first control in the form defined by the tab position.
The problem as described is not specific to my older LO version. I can
successfully reproduce it even in 5.1 daily dev build AND when
specifying a tab order of "1,2" instead of "0" for both fields. The
problem remains UNLESS you also activate "Automatic Control Focus".
This is at least unintuitiv
Alex, I'd like to revisit this discussion. I'm happy to see this is
arguably a config-setting only. Then this is indeed not a bug.
Given that the default for the config option in question results in
unintuitive behaviour I would argue that LO can do better. I would say
that tab order should wor
** Changed in: df-libreoffice
Status: Invalid => Confirmed
** Changed in: df-libreoffice
Importance: Medium => Wishlist
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1478
** Changed in: df-libreoffice
Status: New => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1478258
Title:
BASE: tab order in form initially inactive
Status in Lib
I think the box is named "automatic control focus" in my version
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1478258
Title:
BASE: tab order in form initially inactive
Status i
For me this is WFM and I will close it. If the problem is specific to
the Ubuntu version of LibreOffice you're using, then only they can fix
it.
Try upgrading to a more recent release of LO, LO 4.2.x is already EOL
for TDF produced builds, in case it is linked to that particular version
distribute
@Rolf: in your test db, both of your form controls for text data entry
are set to zero as the activation value.
However, even if I set the first text field control to 0 and the second
text field control to 1, save and re-open in data entry mode, I can
confirm that the cursor does not automatically
@Rolf:
Set the first control activation sequence to 1
Set the second control activation sequence to 2
Then activate "Automatic focus in form" (form design toolbar)
Save form, then it works.
Setting back to UNCONFIRMED.
--
You received this bug notification because you are a member of Desktop
P
Launchpad has imported 1 comments from the remote bug at
https://bugs.documentfoundation.org/show_bug.cgi?id=92937.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https
** Bug watch added: Document Foundation Bugzilla #92937
https://bugs.documentfoundation.org/show_bug.cgi?id=92937
** Also affects: df-libreoffice via
https://bugs.documentfoundation.org/show_bug.cgi?id=92937
Importance: Unknown
Status: Unknown
--
You received this bug notificatio
steps to reproduce:
1) open the attached database
2) open the one form in this file
3) hit tab and realize nothing is happening
4) position the cursor in one of the fields
5) input some name
6) hit tab and realize the cursor is now moving to the next field
** Attachment added: "sample database"
Public bug reported:
I am using Libreoffice 4.2.8.2 in trusty.
This ticket concerns the database application. When designing a form
and specifying a tab order (the wizard does this) one still has to first
position the cursor in a field to take advantage of tabbing to the next
field. Opening a f
20 matches
Mail list logo