tde-devs@chat.jabb.im < 2021/10/01 >
[01:11]michelec2 has joined
[01:47]michelec2 has left
[01:51]michelec2 has joined
[03:22]michelec2 has left
[10:11]michelec2 has joined
[10:23]michelec2 has left
[10:29]michelec2 has joined
[10:30]michelec2: @Philippe: thanks for the work on the TDE menu shortcut
[10:30]michelec2: I noticed some weird, not sure it was happening even before or not
[10:32]michelec2: open the menu, tipo "search shortcut" then "sometext", press ESC (this clears the input field), then Esc again (this close the menu). Then click on the menu: the search box is already selected without the need to click the "search shortcut". If you wait for a few seconds, then the search field lose the focus and the string "press / to seatch" appears again
[10:34]Slávek: Verified on the test machine where it is not yet updated tdebase: it works the same way before change for TDE shortcut.
[10:34]michelec2: ok, so not an issue with the PR.
[10:35]michelec2: thanks
[10:35]michelec2: I also thinkit would be good to have a small button to the (right) side of the search box that when pressed, open the config dialog on the Menu page for configuration. What do you think?
[10:35]Slávek: I watched another problem: After changing the key, Kicker was reloaded / restarted, but then kicker was not on all desktops, only on active until I did another kicker restart.
[10:38]michelec2: issue TDE/tdebase#227 tracks the problem with the search field selection
[10:38]tde-bot: [TGW][tdebase] #227 - Classic menu search box focus issue
https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/issues/227
[10:39]Slávek: However, there is no change in this PR code that could be related to such behavior. Therefore, I do not expect it to be related.
[10:39]michelec2: that is a strange behavior. maybe a one off problem? or is it consistent?
[10:41]blu.256: I don't think it has to do with the PR. I have noticed some similar behaviour before and while testing it.
[10:42]blu.256: I think I'll take a look on it, I suspect what might be the problem.
[10:43]Slávek: For me, it seems good when the menu is simple - adding configuration button to the search line while this configuration concerns the entire menu, it seems strange. More sense could add "Configure menu" item to the popup menu on the right button.
[10:45]michelec2: I like the idea of adding "configure menu" to popup
[10:45]blu.256: I always found it strange that the Menus should be configured through the panel settings.
[10:45]michelec2: me too
[10:45]Slávek: Yes - it is similar as Configure panel in kicker popup menu.
[10:45]blu.256: I like the "configure menu" idea too
[10:46]blu.256: But the question is whether to have it in the panel context menu or when right-clicking the menu itself.
[10:46]michelec2: right click the menu button would be a reasonable place, IMO
[10:47]Slávek: In menu. In panel context menu is already avaible configuration for panel as a whole.
[10:47]Slávek: In menu is item to Edit menu, but Configure menu is missing.
[10:48]Slávek: Note - there is difference, when you rigth click on menu button in kicker => this is kicker popup menu, or right click inside the menu => this is k-menu popup menu.
[10:49]Slávek: But yes, item could be added to both.
[10:50]Slávek: into popup menu for k-menu in kicker as well as into popup menu inside k-menu.
[10:50]Slávek: * k-menu button in kicker
[10:53]Slávek: Hmm, I thinking, right button popup menu in the k-menu as such is related to a specific menu item, so it will probably good to add Configure menu item only to the popup menu on k-menu buttons in the kicker.
[10:54]michelec2: actually kmenu button could refer to two different menus, classic and Kickoff
[10:55]michelec2: so if we add to kmenu button, we need to show it only if classic menu is used.
[10:56]Slávek: Truth, I completely forgot about the kickoff variant of the menu. But Configure menu item could be common for both variants.
[10:57]Slávek: Some items in menu configuration are valid for both variants.
[10:57]Slávek: Kickoff menu provides some more settings?
[11:03]michelec2: not sure Kickoff menu use the settings in the config page, it is very different
[11:03]Slávek: yes, some items are valid for both.
[11:03]michelec2: in any case we can add it to kmenu popup, it sounds reasonable
[11:03]michelec2: (y)
[11:03]Slávek: For example item to switch on hover.
[11:04]michelec2: ok
[11:04]michelec2: btw if someone could test tdepim#63 it would be great
[11:04]michelec2: TDE/tdepim#63
[11:04]tde-bot: [TGW][tdepim] #63 - KOrganizer: do not show reminders on top of a locked screen
https://mirror.git.trinitydesktop.org/gitea/TDE/tdepim/pulls/63
[11:05]Slávek: I think if I have to build tdepim packages with added patch to allow test before merge also for Janek.
[11:07]michelec2: I think if it works for you and for me it should be good enough, it's a small fix. Janek can later confirm everything is fine when PSB packages are out
[11:09]Slávek: Yes, I looked it is a small patch ... while building tdepim packages requires time because it is one of the larger packages.
[11:11]michelec2: (y)
[11:19]blu.256: Added issue about "Configure menu" item on TGW: TDE/tdebase#228
[11:19]tde-bot: [TGW][tdebase] #228 - "Configure menu" entry in TDE-Menu and Kicker popup menus
https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/issues/228
[11:24]cethyel has joined
[11:27]michelec2: @Greg @Phillipe: thanks for your continuous contributions. it is nice to see TDE growing! and in the last 12 months or so we have definitely been able to do more things compared to a few years ago
[11:33]cethyel: Hi Michele, I had a look at the next release note few days ago, sure there are more contributions than before :yes:
[11:47]michelec2: Hi Greg, indeed :-)
[11:47]michelec2: and not only bug fixes but also new things/apps
[11:52]cethyel: yes, programming is not my thing, but I like adding something new for every release, I'm thinking about slibo next time...well we shall see. Michele can you play chess?
[11:53]michelec2: yes I can, although I haven't played in years
[11:53]michelec2: KleanSweep is another nice application IMO
[11:55]cethyel: @KleanSweep, I didn't know that app
[12:00]cethyel: @tde-style-baghira, I'm resuming cleanup from automake (today) because I see the same behaviour with both build system, therefore the problem should come from the code but I'm still looking for something I may have missed...
[12:05]cethyel: once you wil have merged that PR, I'll also send a new one, I've noticed that the executable bab have a desktop file which is not installed. bab sits in systray as a short cut to configure the baghira style with a nice luncher
[12:35]cethyel has left
[12:43]cethyel has joined
[12:51]cethyel: i believe sunjob has given up on TDE, he usually takes 3/4 months for him to release a new set of building scripts for Slackware but he hasn't released anything for R14.0.10 yet, furthermore I see that he has released something related to QT5 lately. https://sourceforge.net/projects/tde-slackware/files/
[12:53]michelec2: @tde-style-baghira: will have a look tomorrow and merge if all good. thanks
[12:54]michelec2: @KleanSweep: I found it by chance looking at some code from KDE3 from Suse. Seems useful.
[13:04]cethyel: @KleanSweep, did you see the icons? I like them :yes:
[13:05]michelec2: I saw a few screenshots. it looks nice and it is definitely a useful utility for people
[13:05]michelec2: definitely something good to add to R14.0.12 (or .11 if someone can get the job done soon)
[13:06]cethyel: R14.0.12? are you pulling my leg?
[13:12]michelec2: there will definitely be a R14.0.12, regardless of R14.1.0 schedule
[13:13]cethyel: What's the reason if I may ask?
[13:15]Slávek: I intend to release the latest version of R14.0.x a series briefly before the release of R14.1.0.
[13:17]Slávek: It is quite certain that R14.1.0 will not be released before the end of the year, so I assume planning R14.0.12 on April 2022 and if everything will be good, R14.01.0 could be released afterwards - May, Juni.
[13:17]Slávek: *R14.1.0
[13:19]cethyel: I think, I'll probably be mummified dry before R14.1.0 comes up :|
[13:20]Slávek: In short, R14.0.12 is a fixed point for maintaining regular releases.
[13:22]Slávek: If R14.1.0 will be ready for release in April 2022, we can release both versions - R14.0.12 and R14.1.0 - in a short sequence.
[13:22]cethyel: @KleanSweep, Michele have you had a look at the patch from OpenSUSE? ( kleansweep-0.2.9-no-return-in-nonvoid-function.patch )
[13:23]cethyel:
--- src/fileviewitem.cpp~ 2009-03-14 15:08:52.000000000 +0100
+++ src/fileviewitem.cpp 2009-03-14 15:08:52.000000000 +0100
@@ -103,6 +103,7 @@
}
return QListViewItem::compare(i, col, ascending);
}
+ return QListViewItem::compare(i, col, ascending);
}

int FileViewItem::width(const QFontMetrics &fm, const QListView *lv, int c) const
[13:23]tde-bot: 400 Bad Request
https://mirror.git.trinitydesktop.org/gitea/src/fileviewitem.cpp 2009-03-14/issues/15
[13:23]tde-bot: 400 Bad Request
https://mirror.git.trinitydesktop.org/gitea/src/fileviewitem.cpp~ 2009-03-14/issues/15
[13:24]michelec2: @KleanSweep: no, I have not looked at the code at all. Just noted it was a useful app
[13:25]cethyel: relies on Perl to perform the leg work
[13:25]michelec2: @R14.1.0: we are edging closer to complete the remaining points. for R14.2.0 we need to plan better what to include and what no, so we don't get into the same problem of R14.1.0 release where things were half done
[13:26]michelec2: we can reasonable assume perl is available I think. And we can add as dependency otherwise
[13:29]cethyel: what I mind is: that's the usual creepy Perl code :-/
[13:31]cethyel: anyhow, time to hang the laundry on the balcony, and be set for a walk afterward. I see you guys some other days, bye for now!
[13:31]cethyel has left
[15:02]michelec2 has left

tde-devs@chat.jabb.im < 2021/10/01 >