* bug#16382: Cut/Copy tool-bar icons issue @ 2014-01-07 14:07 Angelo Graziosi 2014-01-07 17:27 ` Jan Djärv 0 siblings, 1 reply; 13+ messages in thread From: Angelo Graziosi @ 2014-01-07 14:07 UTC (permalink / raw To: 16382 Starting $ emacs -Q & I notice that when I select some text in the scratch buffer with the mouse the tool-bar icons for "cut" and "copy" remain grayed, i.e. not active and I cannot cut or copy the selected text clicking those icons, but the keys combination, C-w and M-w work as expected. This occurs with recent trunk with my GTK builds on Cygwin and GNU/Linux Kubuntu 12.04. It occurs also with Windows binaries from http://sourceforge.net/projects/emacs-bin (rev. 115804) Ciao, Angelo. ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-07 14:07 bug#16382: Cut/Copy tool-bar icons issue Angelo Graziosi @ 2014-01-07 17:27 ` Jan Djärv 2014-01-09 2:00 ` Stefan Monnier 0 siblings, 1 reply; 13+ messages in thread From: Jan Djärv @ 2014-01-07 17:27 UTC (permalink / raw To: Angelo Graziosi; +Cc: 16382 Hello. 7 jan 2014 kl. 15:07 skrev Angelo Graziosi <angelo.graziosi@alice.it>: > Starting > > $ emacs -Q & > > I notice that when I select some text in the scratch buffer with the mouse the tool-bar icons for "cut" and "copy" remain grayed, i.e. not active and I cannot cut or copy the selected text clicking those icons, but the keys combination, C-w and M-w work as expected. > > This occurs with recent trunk with my GTK builds on Cygwin and GNU/Linux Kubuntu 12.04. > > It occurs also with Windows binaries from http://sourceforge.net/projects/emacs-bin (rev. 115804) It is the same on NS. redisplay_tool_bar in xdisp.c does not get called when marking text for some reason. Jan D. ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-07 17:27 ` Jan Djärv @ 2014-01-09 2:00 ` Stefan Monnier 2014-01-12 11:26 ` Angelo Graziosi 0 siblings, 1 reply; 13+ messages in thread From: Stefan Monnier @ 2014-01-09 2:00 UTC (permalink / raw To: Jan Djärv; +Cc: 16382-done, Angelo Graziosi >> I notice that when I select some text in the scratch buffer with the mouse >> the tool-bar icons for "cut" and "copy" remain grayed, i.e. not active and >> I cannot cut or copy the selected text clicking those icons, but the keys >> combination, C-w and M-w work as expected. >> >> This occurs with recent trunk with my GTK builds on Cygwin and >> GNU/Linux Kubuntu 12.04. Indeed, the toolbar needs to be re-computed, and nothing causes it so far (it might have worked earlier as a side-effect of something else, but with the more refined choice of what to redisplay this doesn't happen any more). I've installed a patch which calls force-mode-line-update when the mark is (de)activated. Stefan ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-09 2:00 ` Stefan Monnier @ 2014-01-12 11:26 ` Angelo Graziosi 2014-01-12 18:03 ` Jan Djärv 0 siblings, 1 reply; 13+ messages in thread From: Angelo Graziosi @ 2014-01-12 11:26 UTC (permalink / raw To: Stefan Monnier, Jan Djärv; +Cc: 16382 Il 09/01/2014 3.00, Stefan Monnier ha scritto: > > I've installed a patch which calls force-mode-line-update when the mark > is (de)activated. Hmm... it seems there are still problems, mainly with "cut" icon... With a recent trunk build (GTK build on Cygwin, two days ago), I see this: $ emacs -Q & 1. Now with the mouse I select the word "create" on second row of scratch buffer. The "cut" and "copy" icons in tool-bar are active. 2. I click the "cut" icon and the word "create" is removed and the "cut" and "copy" icons are grayed (disabled). 3. Then I move the mouse pointer on the letter "b" of the word "buffer" on third row and... 4. ...I click the mouse-2 (wheel) to paste.. but it doesn't work, only the cursor is moved over the "b". The same happens if in step 3., after moving the mouse pointer, I click with mouse-1 to move the cursor over the "b" before step 4. If I repeat all the above steps changing the "cut" icon with "copy" icon, all works as expected. Ciao, Angelo. ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-12 11:26 ` Angelo Graziosi @ 2014-01-12 18:03 ` Jan Djärv 2014-01-14 9:03 ` Angelo Graziosi 0 siblings, 1 reply; 13+ messages in thread From: Jan Djärv @ 2014-01-12 18:03 UTC (permalink / raw To: Angelo Graziosi, Stefan Monnier; +Cc: 16382 Hello. Copy does save in PRIMARY, but cut does not for some reason. Jan D. 2014-01-12 12:26, Angelo Graziosi skrev: > Il 09/01/2014 3.00, Stefan Monnier ha scritto: >> >> I've installed a patch which calls force-mode-line-update when the mark >> is (de)activated. > > Hmm... it seems there are still problems, mainly with "cut" icon... > > With a recent trunk build (GTK build on Cygwin, two days ago), I see this: > > $ emacs -Q & > > 1. Now with the mouse I select the word "create" on second row of scratch > buffer. The "cut" and "copy" icons in tool-bar are active. > > 2. I click the "cut" icon and the word "create" is removed and the "cut" and > "copy" icons are grayed (disabled). > > 3. Then I move the mouse pointer on the letter "b" of the word "buffer" on > third row and... > > 4. ...I click the mouse-2 (wheel) to paste.. but it doesn't work, only the > cursor is moved over the "b". > > The same happens if in step 3., after moving the mouse pointer, I click with > mouse-1 to move the cursor over the "b" before step 4. > > > If I repeat all the above steps changing the "cut" icon with "copy" icon, all > works as expected. > > > Ciao, > Angelo. ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-12 18:03 ` Jan Djärv @ 2014-01-14 9:03 ` Angelo Graziosi 2014-01-14 16:07 ` Jan Djärv 0 siblings, 1 reply; 13+ messages in thread From: Angelo Graziosi @ 2014-01-14 9:03 UTC (permalink / raw To: Jan Djärv, Stefan Monnier; +Cc: 16382 Should we open a new bug report for this? Ciao, Angelo. Il 12/01/2014 19.03, Jan Djärv ha scritto: > Hello. > > Copy does save in PRIMARY, but cut does not for some reason. > > Jan D. > > > 2014-01-12 12:26, Angelo Graziosi skrev: >> Il 09/01/2014 3.00, Stefan Monnier ha scritto: >>> >>> I've installed a patch which calls force-mode-line-update when the mark >>> is (de)activated. >> >> Hmm... it seems there are still problems, mainly with "cut" icon... >> >> With a recent trunk build (GTK build on Cygwin, two days ago), I see >> this: >> >> $ emacs -Q & >> >> 1. Now with the mouse I select the word "create" on second row of scratch >> buffer. The "cut" and "copy" icons in tool-bar are active. >> >> 2. I click the "cut" icon and the word "create" is removed and the >> "cut" and >> "copy" icons are grayed (disabled). >> >> 3. Then I move the mouse pointer on the letter "b" of the word >> "buffer" on >> third row and... >> >> 4. ...I click the mouse-2 (wheel) to paste.. but it doesn't work, only >> the >> cursor is moved over the "b". >> >> The same happens if in step 3., after moving the mouse pointer, I >> click with >> mouse-1 to move the cursor over the "b" before step 4. >> >> >> If I repeat all the above steps changing the "cut" icon with "copy" >> icon, all >> works as expected. >> >> >> Ciao, >> Angelo. > ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-14 9:03 ` Angelo Graziosi @ 2014-01-14 16:07 ` Jan Djärv 2014-01-14 17:25 ` Angelo Graziosi 0 siblings, 1 reply; 13+ messages in thread From: Jan Djärv @ 2014-01-14 16:07 UTC (permalink / raw To: Angelo Graziosi; +Cc: 16382 Hello. 14 jan 2014 kl. 10:03 skrev Angelo Graziosi <angelo.graziosi@alice.it>: > Should we open a new bug report for this? > This report is fine. The omission to copy to PRIMARY looks intended, because when text is read-only and cut acts like copy, text is copied to PRIMARY. I wonder if there is some thought behind this we don't see. Jan D. > Ciao, > Angelo. > > Il 12/01/2014 19.03, Jan Djärv ha scritto: >> Hello. >> >> Copy does save in PRIMARY, but cut does not for some reason. >> >> Jan D. >> >> >> 2014-01-12 12:26, Angelo Graziosi skrev: >>> Il 09/01/2014 3.00, Stefan Monnier ha scritto: >>>> >>>> I've installed a patch which calls force-mode-line-update when the mark >>>> is (de)activated. >>> >>> Hmm... it seems there are still problems, mainly with "cut" icon... >>> >>> With a recent trunk build (GTK build on Cygwin, two days ago), I see >>> this: >>> >>> $ emacs -Q & >>> >>> 1. Now with the mouse I select the word "create" on second row of scratch >>> buffer. The "cut" and "copy" icons in tool-bar are active. >>> >>> 2. I click the "cut" icon and the word "create" is removed and the >>> "cut" and >>> "copy" icons are grayed (disabled). >>> >>> 3. Then I move the mouse pointer on the letter "b" of the word >>> "buffer" on >>> third row and... >>> >>> 4. ...I click the mouse-2 (wheel) to paste.. but it doesn't work, only >>> the >>> cursor is moved over the "b". >>> >>> The same happens if in step 3., after moving the mouse pointer, I >>> click with >>> mouse-1 to move the cursor over the "b" before step 4. >>> >>> >>> If I repeat all the above steps changing the "cut" icon with "copy" >>> icon, all >>> works as expected. >>> >>> >>> Ciao, >>> Angelo. >> ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-14 16:07 ` Jan Djärv @ 2014-01-14 17:25 ` Angelo Graziosi 2014-01-14 17:47 ` Jan Djärv 0 siblings, 1 reply; 13+ messages in thread From: Angelo Graziosi @ 2014-01-14 17:25 UTC (permalink / raw To: Jan Djärv; +Cc: 16382 Il 14/01/2014 17.07, Jan Djärv ha scritto: > Hello. > > 14 jan 2014 kl. 10:03 skrev Angelo Graziosi <angelo.graziosi@alice.it>: > >> Should we open a new bug report for this? >> > > This report is fine. The omission to copy to PRIMARY looks intended, because when text is read-only and cut acts like copy, text is copied to PRIMARY. "intended" ? If it is intended, which is its usefulness? If one wants to move text from a place to another, this doesn't work using the mouse and the "cut" icon on the tool-bar... 1. select the text with mouse-1 (dragging over the text) 2. click the "cut" icon on the tool-bar: the text is removed 3. now move the mouse pointer where you want the text to reappear 4. click mouse-2 to paste: nothing happens So, newly, which the usefulness of the above "intended" omission? > I wonder if there is some thought behind this we don't see. ah.. Ciao, Angelo. >> >> Il 12/01/2014 19.03, Jan Djärv ha scritto: >>> Hello. >>> >>> Copy does save in PRIMARY, but cut does not for some reason. >>> >>> Jan D. >>> >>> >>> 2014-01-12 12:26, Angelo Graziosi skrev: >>>> Il 09/01/2014 3.00, Stefan Monnier ha scritto: >>>>> >>>>> I've installed a patch which calls force-mode-line-update when the mark >>>>> is (de)activated. >>>> >>>> Hmm... it seems there are still problems, mainly with "cut" icon... >>>> >>>> With a recent trunk build (GTK build on Cygwin, two days ago), I see >>>> this: >>>> >>>> $ emacs -Q & >>>> >>>> 1. Now with the mouse I select the word "create" on second row of scratch >>>> buffer. The "cut" and "copy" icons in tool-bar are active. >>>> >>>> 2. I click the "cut" icon and the word "create" is removed and the >>>> "cut" and >>>> "copy" icons are grayed (disabled). >>>> >>>> 3. Then I move the mouse pointer on the letter "b" of the word >>>> "buffer" on >>>> third row and... >>>> >>>> 4. ...I click the mouse-2 (wheel) to paste.. but it doesn't work, only >>>> the >>>> cursor is moved over the "b". >>>> >>>> The same happens if in step 3., after moving the mouse pointer, I >>>> click with >>>> mouse-1 to move the cursor over the "b" before step 4. >>>> >>>> >>>> If I repeat all the above steps changing the "cut" icon with "copy" >>>> icon, all >>>> works as expected. >>>> >>>> >>>> Ciao, >>>> Angelo. >>> > ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-14 17:25 ` Angelo Graziosi @ 2014-01-14 17:47 ` Jan Djärv 2014-01-14 17:54 ` Angelo Graziosi 0 siblings, 1 reply; 13+ messages in thread From: Jan Djärv @ 2014-01-14 17:47 UTC (permalink / raw To: Angelo Graziosi; +Cc: 16382 Hello. 14 jan 2014 kl. 18:25 skrev Angelo Graziosi <angelo.graziosi@alice.it>: > Il 14/01/2014 17.07, Jan Djärv ha scritto: >> Hello. >> >> 14 jan 2014 kl. 10:03 skrev Angelo Graziosi <angelo.graziosi@alice.it>: >> >>> Should we open a new bug report for this? >>> >> >> This report is fine. The omission to copy to PRIMARY looks intended, because when text is read-only and cut acts like copy, text is copied to PRIMARY. > > "intended" ? If it is intended, which is its usefulness? > > If one wants to move text from a place to another, this doesn't work using the mouse and the "cut" icon on the tool-bar... > > 1. select the text with mouse-1 (dragging over the text) This should already put the text in PRIMARY. > 2. click the "cut" icon on the tool-bar: the text is removed > 3. now move the mouse pointer where you want the text to reappear > 4. click mouse-2 to paste: nothing happens > > So, newly, which the usefulness of the above "intended" omission? > > >> I wonder if there is some thought behind this we don't see. > > ah.. > Does it work if you use C-w instead of cut? Jan D. ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-14 17:47 ` Jan Djärv @ 2014-01-14 17:54 ` Angelo Graziosi 2014-01-14 17:59 ` Jan Djärv 0 siblings, 1 reply; 13+ messages in thread From: Angelo Graziosi @ 2014-01-14 17:54 UTC (permalink / raw To: Jan Djärv; +Cc: 16382 Il 14/01/2014 18.47, Jan Djärv ha scritto: > Hello. > > 14 jan 2014 kl. 18:25 skrev Angelo Graziosi <angelo.graziosi@alice.it>: > >> Il 14/01/2014 17.07, Jan Djärv ha scritto: >>> Hello. >>> >>> 14 jan 2014 kl. 10:03 skrev Angelo Graziosi <angelo.graziosi@alice.it>: >>> >>>> Should we open a new bug report for this? >>>> >>> >>> This report is fine. The omission to copy to PRIMARY looks intended, because when text is read-only and cut acts like copy, text is copied to PRIMARY. >> >> "intended" ? If it is intended, which is its usefulness? >> >> If one wants to move text from a place to another, this doesn't work using the mouse and the "cut" icon on the tool-bar... >> >> 1. select the text with mouse-1 (dragging over the text) > > This should already put the text in PRIMARY. > >> 2. click the "cut" icon on the tool-bar: the text is removed >> 3. now move the mouse pointer where you want the text to reappear >> 4. click mouse-2 to paste: nothing happens >> >> So, newly, which the usefulness of the above "intended" omission? >> >> >>> I wonder if there is some thought behind this we don't see. >> >> ah.. >> > > Does it work if you use C-w instead of cut? C-w and C-y work as expected. C-y works also if used at step 4 above. It is with the mouse and tool-bar "cut" icon that it doesn't work.. Ciao, Angelo. ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-14 17:54 ` Angelo Graziosi @ 2014-01-14 17:59 ` Jan Djärv 2014-01-18 15:13 ` Jan Djärv 0 siblings, 1 reply; 13+ messages in thread From: Jan Djärv @ 2014-01-14 17:59 UTC (permalink / raw To: Angelo Graziosi; +Cc: 16382 Hello. 14 jan 2014 kl. 18:54 skrev Angelo Graziosi <angelo.graziosi@alice.it>: > Il 14/01/2014 18.47, Jan Djärv ha scritto: >> Hello. >> >> 14 jan 2014 kl. 18:25 skrev Angelo Graziosi <angelo.graziosi@alice.it>: >> >>> Il 14/01/2014 17.07, Jan Djärv ha scritto: >>>> Hello. >>>> >>>> 14 jan 2014 kl. 10:03 skrev Angelo Graziosi <angelo.graziosi@alice.it>: >>>> >>>>> Should we open a new bug report for this? >>>>> >>>> >>>> This report is fine. The omission to copy to PRIMARY looks intended, because when text is read-only and cut acts like copy, text is copied to PRIMARY. >>> >>> "intended" ? If it is intended, which is its usefulness? >>> >>> If one wants to move text from a place to another, this doesn't work using the mouse and the "cut" icon on the tool-bar... >>> >>> 1. select the text with mouse-1 (dragging over the text) >> >> This should already put the text in PRIMARY. >> >>> 2. click the "cut" icon on the tool-bar: the text is removed >>> 3. now move the mouse pointer where you want the text to reappear >>> 4. click mouse-2 to paste: nothing happens >>> >>> So, newly, which the usefulness of the above "intended" omission? >>> >>> >>>> I wonder if there is some thought behind this we don't see. >>> >>> ah.. >>> >> >> Does it work if you use C-w instead of cut? > > C-w and C-y work as expected. C-y works also if used at step 4 above. It is with the mouse and tool-bar "cut" icon that it doesn't work.. Ok, so if nobody remember why the current implementation is the way it is in a couple of days or so, I'll fix this. C-w and cut should be equivalent in this case. Jan D. ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-14 17:59 ` Jan Djärv @ 2014-01-18 15:13 ` Jan Djärv 2014-01-18 16:19 ` Angelo Graziosi 0 siblings, 1 reply; 13+ messages in thread From: Jan Djärv @ 2014-01-18 15:13 UTC (permalink / raw To: Angelo Graziosi; +Cc: 16382-done Hello. I think the rationale was that with cut the selection is gone, so PRIMARY should be empty, i.e. PRIMARY reflects what is selected on screen. However, this is not in line with the freedesktop guidelines http://standards.freedesktop.org/clipboards-spec/clipboards-latest.txt: " - a selection becoming unselected should never unset PRIMARY" So I checked in a fix in trunk so PRIMARY is not reset. Jan D. 2014-01-14 18:59, Jan Djärv skrev: > Hello. > > 14 jan 2014 kl. 18:54 skrev Angelo Graziosi <angelo.graziosi@alice.it>: > >> Il 14/01/2014 18.47, Jan Djärv ha scritto: >>> Hello. >>> >>> 14 jan 2014 kl. 18:25 skrev Angelo Graziosi <angelo.graziosi@alice.it>: >>> >>>> Il 14/01/2014 17.07, Jan Djärv ha scritto: >>>>> Hello. >>>>> >>>>> 14 jan 2014 kl. 10:03 skrev Angelo Graziosi <angelo.graziosi@alice.it>: >>>>> >>>>>> Should we open a new bug report for this? >>>>>> >>>>> >>>>> This report is fine. The omission to copy to PRIMARY looks intended, because when text is read-only and cut acts like copy, text is copied to PRIMARY. >>>> >>>> "intended" ? If it is intended, which is its usefulness? >>>> >>>> If one wants to move text from a place to another, this doesn't work using the mouse and the "cut" icon on the tool-bar... >>>> >>>> 1. select the text with mouse-1 (dragging over the text) >>> >>> This should already put the text in PRIMARY. >>> >>>> 2. click the "cut" icon on the tool-bar: the text is removed >>>> 3. now move the mouse pointer where you want the text to reappear >>>> 4. click mouse-2 to paste: nothing happens >>>> >>>> So, newly, which the usefulness of the above "intended" omission? >>>> >>>> >>>>> I wonder if there is some thought behind this we don't see. >>>> >>>> ah.. >>>> >>> >>> Does it work if you use C-w instead of cut? >> >> C-w and C-y work as expected. C-y works also if used at step 4 above. It is with the mouse and tool-bar "cut" icon that it doesn't work.. > > Ok, so if nobody remember why the current implementation is the way it is in a couple of days or so, I'll fix this. C-w and cut should be equivalent in this case. > > Jan D. > > > ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#16382: Cut/Copy tool-bar icons issue 2014-01-18 15:13 ` Jan Djärv @ 2014-01-18 16:19 ` Angelo Graziosi 0 siblings, 0 replies; 13+ messages in thread From: Angelo Graziosi @ 2014-01-18 16:19 UTC (permalink / raw To: Jan Djärv; +Cc: 16382-done Il 18/01/2014 16.13, Jan Djärv ha scritto: > Hello. > > I think the rationale was that with cut the selection is gone, so > PRIMARY should be empty, i.e. PRIMARY reflects what is selected on screen. > However, this is not in line with the freedesktop guidelines > http://standards.freedesktop.org/clipboards-spec/clipboards-latest.txt: > > " - a selection becoming unselected should never unset PRIMARY" > > So I checked in a fix in trunk so PRIMARY is not reset. This seems reasonable to me.. :) Thanks, Angelo. > > Jan D. > > 2014-01-14 18:59, Jan Djärv skrev: >> Hello. >> >> 14 jan 2014 kl. 18:54 skrev Angelo Graziosi <angelo.graziosi@alice.it>: >> >>> Il 14/01/2014 18.47, Jan Djärv ha scritto: >>>> Hello. >>>> >>>> 14 jan 2014 kl. 18:25 skrev Angelo Graziosi <angelo.graziosi@alice.it>: >>>> >>>>> Il 14/01/2014 17.07, Jan Djärv ha scritto: >>>>>> Hello. >>>>>> >>>>>> 14 jan 2014 kl. 10:03 skrev Angelo Graziosi >>>>>> <angelo.graziosi@alice.it>: >>>>>> >>>>>>> Should we open a new bug report for this? >>>>>>> >>>>>> >>>>>> This report is fine. The omission to copy to PRIMARY looks >>>>>> intended, because when text is read-only and cut acts like copy, >>>>>> text is copied to PRIMARY. >>>>> >>>>> "intended" ? If it is intended, which is its usefulness? >>>>> >>>>> If one wants to move text from a place to another, this doesn't >>>>> work using the mouse and the "cut" icon on the tool-bar... >>>>> >>>>> 1. select the text with mouse-1 (dragging over the text) >>>> >>>> This should already put the text in PRIMARY. >>>> >>>>> 2. click the "cut" icon on the tool-bar: the text is removed >>>>> 3. now move the mouse pointer where you want the text to reappear >>>>> 4. click mouse-2 to paste: nothing happens >>>>> >>>>> So, newly, which the usefulness of the above "intended" omission? >>>>> >>>>> >>>>>> I wonder if there is some thought behind this we don't see. >>>>> >>>>> ah.. >>>>> >>>> >>>> Does it work if you use C-w instead of cut? >>> >>> C-w and C-y work as expected. C-y works also if used at step 4 above. >>> It is with the mouse and tool-bar "cut" icon that it doesn't work.. >> >> Ok, so if nobody remember why the current implementation is the way it >> is in a couple of days or so, I'll fix this. C-w and cut should be >> equivalent in this case. >> >> Jan D. >> >> >> > ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2014-01-18 16:19 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-01-07 14:07 bug#16382: Cut/Copy tool-bar icons issue Angelo Graziosi 2014-01-07 17:27 ` Jan Djärv 2014-01-09 2:00 ` Stefan Monnier 2014-01-12 11:26 ` Angelo Graziosi 2014-01-12 18:03 ` Jan Djärv 2014-01-14 9:03 ` Angelo Graziosi 2014-01-14 16:07 ` Jan Djärv 2014-01-14 17:25 ` Angelo Graziosi 2014-01-14 17:47 ` Jan Djärv 2014-01-14 17:54 ` Angelo Graziosi 2014-01-14 17:59 ` Jan Djärv 2014-01-18 15:13 ` Jan Djärv 2014-01-18 16:19 ` Angelo Graziosi
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.