Bug 74231 - Writer: frame anchored to page not selected with Select All (Ctrl + A) (comment 15)
Summary: Writer: frame anchored to page not selected with Select All (Ctrl + A) (comme...
Status: RESOLVED DUPLICATE of bug 105940
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevEval
Depends on:
Blocks: Frame Selection
  Show dependency treegraph
 
Reported: 2014-01-30 15:51 UTC by kaesezeh
Modified: 2023-11-20 20:32 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
example (28.63 KB, application/vnd.oasis.opendocument.text)
2014-01-30 15:51 UTC, kaesezeh
Details
example again! (11.94 KB, application/vnd.oasis.opendocument.text)
2014-03-21 03:45 UTC, kaesezeh
Details
test ODT with various frames covering all anchor options (15.82 KB, application/vnd.oasis.opendocument.text)
2023-11-20 10:38 UTC, Stéphane Guillou (stragu)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kaesezeh 2014-01-30 15:51:04 UTC
Created attachment 93063 [details]
example

When you delete everything in a diocument in Writer (with Ctrl-A and Delete), then frames stay in the document so you have to delete all of them manually. Here's a doc where I deleted everything and all but one frame and you can see that Writer lets the doc have 35 empty pages just to accommodate one frame. Frames are badly implemented anyway (e.g., when they jump pages at the top or bottom of pages) but can we at least plz have them easily deleted?
Comment 1 Jean-Baptiste Faure 2014-02-02 00:33:00 UTC
Hmmm, the doc has 15 pages, not 35. Please, could you attach the original file, before deleting its contents ? It seems that something went wrong when you deleted the content of the file.

Best regards. JBF
Comment 2 Jean-Baptiste Faure 2014-02-02 21:26:59 UTC
What is the anchor of these frames? If they are anchored to the page, you should try to anchor them to the paragraph. Does it change something?

Best regards. JBF
Comment 3 kaesezeh 2014-03-10 01:52:10 UTC
Sorry for the delay ...

The problem shows up with frames that are anchored to the page. The problem is that I need them to be anchored to the page because the whole frame thing is messed up. Here's the thing: I have a long table some rows of which are background-shaded with grey. I need to be able to insert a frame on the side to indicate a date range.

Now, if the frame is NOT anchored to the page, but to a shaded cell, then the frame itself gets shaded, which I don't want. This is in spite of the Frame:Background menu saying the frame has no fill - it still is grey and just inherits the color from the character to which it is attached, but it can then not be deleted (neither with highlighting nor with background).

In addition, if you change what a frame is anchored to and that moves the frame into the header or footer area, then you cannot click on it anymore. The only way to then still get it is by clicking on where the frame hits the text boundaries.

In sum, frames are really badly implemented, unfortunately :-|
Comment 4 Jean-Baptiste Faure 2014-03-10 05:17:29 UTC
Hmm, not sure where is the bug now.
You should ask for help on the users mailing-list for the original table / frame problem.

Best regards. JBF
Comment 5 kaesezeh 2014-03-21 03:45:05 UTC
Created attachment 96135 [details]
example again!
Comment 6 kaesezeh 2014-03-21 03:45:34 UTC
What do you mean, where the bug is now???

The first bug is in this document where you have a frame anchored to a page where CTRL-A and delete everything does not delete the frame.

The second bug is in this doc: move the frame around and see how it changes background color depending on whether it is attached to a shaded cell or not.

So, again, what do you mean, where is the bug?
Comment 7 tommy27 2014-09-27 14:17:25 UTC
(In reply to comment #6)
> What do you mean, where the bug is now???
> 
> The first bug is in this document where you have a frame anchored to a page
> where CTRL-A and delete everything does not delete the frame.

Issue confirmed under Win7x64 using LibO 4.3.1.2
the frame with "bug1" text doesn't get deleted after Ctrl+A and Canc.
status NEW

> The second bug is in this doc: move the frame around and see how it changes
> background color depending on whether it is attached to a shaded cell or not.
> 
> So, again, what do you mean, where is the bug?

I confirm this as well, however you should file a separate bug report for this.
Comment 8 QA Administrators 2015-10-14 19:58:08 UTC Comment hidden (obsolete)
Comment 9 Timur 2016-01-14 10:59:55 UTC
I wouldn't say it's "pages that contain frames don't get deleted". They don't simply because Ctrl-A doesn't select frame. 

Also, in newer LO we have: 
- Draw Frame (Frame Interactively) - is selected and deleted
- Frame..   - classic frame, the one from this bug - not selected
- Floating Frame  - cannot be selected, that may be another bug

So, if there's a bug it should be "frame not selected with Select All". But I'm not sure why it should be in the first place. Especially now that there are different frames.
Comment 10 QA Administrators 2017-03-06 14:12:11 UTC Comment hidden (obsolete)
Comment 11 Timur 2017-03-06 17:54:38 UTC
Still the same with 5.4+, except that I'd correct myself: 
- Insert Frame Interactively - is not selected and not deleted
- Insert Frame..   - classic frame is selected and deleted
- Insert Floating Frame  - is not selected and not deleted

https://help.libreoffice.org/Writer/Frame_1 doesn't explain why Ctr+A would make a difference.
Comment 12 QA Administrators 2018-03-07 03:41:36 UTC Comment hidden (obsolete)
Comment 13 Roman Kuznetsov 2019-01-30 09:26:00 UTC
still repro in

Version: 6.3.0.0.alpha0+
Build ID: ed707a4806a489467c6d9be7d1b787dab94b5f78
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded
Comment 14 Stéphane Guillou (stragu) 2021-06-13 09:16:00 UTC
Reproducible with:

Version: 7.2.0.0.alpha1+ / LibreOffice Community
Build ID: bb54d6d8241a06a6772052b77b67d6a4f686426c
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-11_20:14:38
Calc: threaded
Comment 15 Stéphane Guillou (stragu) 2023-11-20 10:38:48 UTC
Created attachment 190919 [details]
test ODT with various frames covering all anchor options

Confirming that it depends on anchoring (and not if the frame was created interactively or not): only frames anchored to page are not selected.

File created and tested in recent trunk build:

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: baecfd21797310bb15ab98ca3962445d99e397db
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 16 Stéphane Guillou (stragu) 2023-11-20 20:32:31 UTC
Ctrl + A is actually not supposed to select objects anchored to page, see bug 105940.

*** This bug has been marked as a duplicate of bug 105940 ***