Age | Commit message (Collapse) | Author |
|
Using a distance to click to select the best object to select between
normal text and background object.
Change-Id: Ib5b53161c7af2c16f4df379382f2e53fc6d8092b
|
|
Now, double-click actually selects a frame anchored in header/footer.
Code has been cleaned a bit as well.
Change-Id: Idb7f3520527a0cb6efe0ea41c62f452bc87c4e8d
|
|
The main problem here was due to the click to show the separator when
there is no header or footer under the frame. That code was just exiting
MouseButtonDown too early, which isn't good.
Moved the seperators showing code out of the SwCrsrShell as it has no
clue about the document-position and may lead to problems.
Change-Id: Ia62333b52c5d0659bbe7ec4fcfe6e664db132435
|
|
Change-Id: I93d623b62e9357a71bfca3403cc98092ef58c7e4
|
|
Created a new checkbox on the Langauges options page:
[] Ignore system input language
This is unchecked by default so that the current behavior remains the
default, i.e. newly entered text will be flagged as whatever the
current system input language is.
When checked however, this instructs LibreOffice to ignore the system
language (on Windows for example, the language from the Language Bar)
when determining the language for newly entered text. This is handled in
the lcl_isNonDefaultLanguage method of sw/source/ui/docvw/edtwin.cxx.
The option is also saved in registrymodifications.xcu
There are two main use cases:
1. This allows someone to use a single "international" keyboard on
Windows to type in multiple languages, (e.g. English, French, Spanish)
without changing the system keyboard. The person is then responsible for
setting the language for each word or run of text themselves in
LibreOffice. This seems to be the preferred workflow for some
translators and some educators developing language materials.
2. This allows someone writing in a minority language that is not
represented in one of Windows' locale options to still be able to type
in LibreOffice in their language using a keyboard tagged for another
language. Once they set the language in LibreOffice (e.g. to Teke-Eboo
[ebo_CG]), they can type with a keyboard as being for "Swahili" but
still succeed in entering new text in their language. This allows
spell-checking to work properly without them having to select each new
word they enter and reset the language of that word to Teke-Eboo (as is
currently the case).
Change-Id: I86248f5865b69048eb1f3e427a8c03b093138796
Reviewed-on: https://gerrit.libreoffice.org/1029
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: I35412e2d2e36e3eabdff2a6692bf6edc68a2d724
|
|
Change-Id: I87d6e518aebcd0074f673b84b66df27ae9a0a15a
|
|
Change-Id: I9938d7c4ab5594baeb10f405f0aa0964ef84d6c5
|
|
Change-Id: I71842ace16eb65b3269754cc36408fe52843b2ea
|
|
Change-Id: Id3be1fbf289f04e175bb2fdd71754cad0c9672ce
|
|
Change-Id: I89050a1aa899b1a6cd49800f805af9611fd0a9a7
|
|
http://lists.freedesktop.org/archives/libreoffice/2012-October/039639.html
Change-Id: I21e12d6a4dfb9697d2346a4e564e96af0ad03f96
|
|
SW_CRSR_TIMER was undefined
Change-Id: Ib851170ea61547e0ceaa6721c0b2fb90fecaecd3
Reviewed-on: https://gerrit.libreoffice.org/747
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Idbc93dfc95dfefc4c962ef36e0557a717550b7d7
|
|
This reverts commit 549da29af80c9d5b64b4c1bcec40b9c81f471a4f and fixes the
problem without breaking text selection in front of background images.
To reproduce, create a large XShape, put it to the background, set wrap
style to 'through', then add some text, including a hyperlink. Click
should select text, ctrl-click should select the hyperlink, or in case
the text is normal, the shape.
Change-Id: I6cd62af30b58555f8b58c7db4648444fceba83dc
|
|
This moves up the check introduced in commit
1223dd3bc84899d8f77c46340c46565ca74cbe1b, so that not only images are
handled, but also hyperlinks. With checking early, bCntAtPos is set to
True, then hyperlinks are handled properly.
Change-Id: I2dad38867c492d07ef0a1ce17824c114faa5decb
|
|
Change-Id: I4fc1af070b684ffbd0a85e18caa600bb42449f1b
|
|
Auto-complete lookup structure remembers as-you-type the character
position in a word. Currently the whole word was always looked up
which was not necessary. This patch improves this.
Change-Id: I7dced25707979377ae3f696a5987956d2308aeec
|
|
Change-Id: I7783e60cc048dfbd99976881afca317ad1326d66
|
|
Change-Id: Ibbe784ee205bae0854dabe8844c53c9d72382884
|
|
When the image is in the background, just show the normal text cursor,
since we're able to select text as well in that situation.
Change-Id: I4b4303834245e402d40567cff4a2bf53a0a13e5e
|
|
Clicking on an empty header/footer only displays the separator as
creating empty header/footer could cause important layout recomputing on
long documents.
Change-Id: I800c5dd27744772833dee0da4269e7591bd0a10b
|
|
This HTML mode is never disabled for any HTML export options. Thus
it is not necessary to check for it. Completes the cleanup started
in commit feeb57e0a63cdcd81898050d059e7933f62c5292
Change-Id: I3ea27ea52cdc355f19d0d2fb33ac92262df5d13f
Reviewed-on: https://gerrit.libreoffice.org/488
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|
|
Clicking on the header/footer area will show the separator. Clicking on
an empty header/footer area will add a temporary one that we try hard to
remove when clicking outside
Change-Id: I8f29f8fd80b2d808257636bf94ec4e2e46f6028e
|
|
With this commit autocompletion words are inserted into a LookupTree
instance and used when autocompleting words. Previouslly used sorted
vector is still used for the GUI.
Change-Id: Ib5aed38d575fbef7221afbebe824a440d4ffbc7e
|
|
Don't copy paragraph formats by default
|
|
Change-Id: Ie69b30094da25df23a36baca2c7723d6a41f48c3
|
|
empty:
ClearTip
implOnShapeInserted
ImpCopyMarkedPoints
ImpMakeDragAttr
ImpCopyMarkedPoints
ImpMakeDragAttr
ImpDelDragAttr
ImpMakeCreateAttr
Is1stLessThan2nd
LinkToListTemplate
NewCoreSelection
ScrollStart
ScrollEnd
SetNoOutlineNum
non-called:
NewCoreSelection
Change-Id: Ief273b741aaf49ff66c0dac898686e4def4de0c1
|
|
The only impact aTmpQHD.Move() has on pQuickHlpData is clearing
m_aHelpStrings but this is done anyway in the pQuickHlpData->Stop()
Change-Id: Ie730ddb1860461c81558275d54e32846c1495abe
|
|
ClearCntnt() already sets m_bIsTip and m_bIsAutoText to true.
Change-Id: Ic3ad53a7659dbfe4f28f7995976e659f5bd14afb
|
|
Change-Id: I7434842fe8392eeb6e3c5fd8e605ee444f66b017
|
|
Change-Id: I571eaa936f8d1afb421da3137aa090e916e633ba
|
|
bIsAutoText -> m_bIsAutoText
bIsTip -> m_bIsTip
bChkInsBlank -> m_bAppendSpace
bClear -> m_bIsDisplayed
Change-Id: I7aa047b7e14ed6bd05528c8650ba4c4b7fcb07d2
|
|
Change-Id: Id6e91985f6dbdd8244df9bef0f7a938ac8ecbf3a
|
|
Change-Id: Ifad680ea6f2f3693fecc649a000e638052dcf080
|
|
Change-Id: I437a665ffa225ce69e10f7ee71ff2902c3db505e
|
|
Change-Id: I504d3b0ac6250b88ca3de3cad179a7caec35e2a5
|
|
If a word is in sentence case then the auto-completed word should
be in the same case i.e. if the auto-complete list contains the
word "LIBRE" then "Lib" should auto-complete to "Libre" rather
than "LibRE". See OpenOffice bug 22961.
Also implement better i18n handling for calander month and day
names. Previously, if a month or day name was not ASCII then it
would only auto-complete if it exactly matched the names retrieved
from the internal calander i.e. had be a case sensitive match.
Change-Id: I0c4543bd9e912072bce1ceaf4adecd41b55b576b
|
|
Note that the replacement vector stores all strings first and then
sort and "unique" are applied (ASCII treated as case-insensitive).
Previously strings were inserted sequentially and only the first
version of a string would be stored (case-insensitive ASCII
comparision). This should have no material impact as the strings
retreived from SwAutoCompleteWord are already unique (case-
insensitive ASCII comparison) and the capitalization of the string
is generally changed anyway to match the capitalization of the word
to be auto-completed. Also, there appears to be no logical reason
to store the first inserted version of a string over of the first
version post-sort.
Change-Id: I132865bbb9b382d417fb2cff9de351fdb2cbfb13
|
|
Change-Id: Ifbb21fc26eedfde4afe2e3faf637346554f63d94
|
|
|
|
|
|
|
|
For the "context menu" key VCL synthesizes a cursor position that is the
center of the window, hence likely to be in the document body.
When SwEditWin::Command calls lcl_CheckHeaderFooterClick, it then moves
the document view cursor; prevent that by only calling that for actual
mouse events. (regression from a6176612ff1a6a142a68964b2c0834d28125fc45)
|
|
...see ebe26f72e90337da2d14f3029de148904e3e30b6 "WaE: 'unused' attribute ignored when parsing type"
for the problem.
|
|
|
|
|
|
multiple variants of toUpper (etc)
some that take a non-const OUString or String and modify it
some that take a const OUString or String and return a new one
some that take part of a const OUString or String and return a new one
|
|
Instead of showing both the header and footer controls, show only the
footer-related if in footer, or header-related if in header.
|
|
- When the mouse pointer enters or leaves the headers / footers, show or hide
the header / footer control immediately. Waiting for that to appear is
annoying; and similarly for disappearing - one usually ended up clicking the
header / footer area to speed that up, and had a feeling of misbehaving.
- Few related re-paint improvements
|