From 8f661016cde34b1ae4060f7ee4aeba205d3d9597 Mon Sep 17 00:00:00 2001 From: Darrell Anderson Date: Thu, 10 May 2012 14:50:25 -0500 Subject: [PATCH] Branding cleanup: KDE menu -> TDE menu. --- kdejava/TODO | 2 +- kdejava/koala/org/kde/koala/KPanelAppMenu.java | 4 ++-- kdejava/koala/org/kde/koala/KService.java | 2 +- korundum/rubylib/templates/annotated/menuapp3.rb | 2 +- 4 files changed, 5 insertions(+), 5 deletions(-) diff --git a/kdejava/TODO b/kdejava/TODO index 4d3d6934..7e9a34ce 100644 --- a/kdejava/TODO +++ b/kdejava/TODO @@ -6,7 +6,7 @@ It would need to load all the shared libs, have a JVM ready to roll straight into the main() method of the main class, and then fork() on demand... -- Integrate java apps with the KDE menu system, so they can be invoked just like C++ ones. +- Integrate java apps with the TDE menu system, so they can be invoked just like C++ ones. - Find any missing, but important callbacks (similar to KMainWindow::queryClose()). Add the callbacks to the relevant C++ 'JBridge..' classes, so java sub-classes diff --git a/kdejava/koala/org/kde/koala/KPanelAppMenu.java b/kdejava/koala/org/kde/koala/KPanelAppMenu.java index 4ccbe763..51264041 100644 --- a/kdejava/koala/org/kde/koala/KPanelAppMenu.java +++ b/kdejava/koala/org/kde/koala/KPanelAppMenu.java @@ -12,11 +12,11 @@ import org.kde.qt.TQObject; /** DCop client menu class for the Kicker panel that will insert a submenu into - the %KDE menu. + the %TDE menu. See {@link KPanelAppMenuSignals} for signals emitted by KPanelAppMenu @author Daniel M. Duley - @short DCop client menu class for the Kicker panel that will insert a submenu into the %KDE menu. + @short DCop client menu class for the Kicker panel that will insert a submenu into the %TDE menu. */ public class KPanelAppMenu extends TQObject implements DCOPObjectInterface { diff --git a/kdejava/koala/org/kde/koala/KService.java b/kdejava/koala/org/kde/koala/KService.java index 04bc7302..b7022f7e 100644 --- a/kdejava/koala/org/kde/koala/KService.java +++ b/kdejava/koala/org/kde/koala/KService.java @@ -514,7 +514,7 @@ public class KService extends KSycocaEntry { /** Returns a path that can be used to create a new KService based on suggestedName. - @param showInMenu true, if the service should be shown in the KDE menu + @param showInMenu true, if the service should be shown in the TDE menu false, if the service should be hidden from the menu @param suggestedName name to base the file on, if a service with such name already exists, a prefix will be added to make it unique. diff --git a/korundum/rubylib/templates/annotated/menuapp3.rb b/korundum/rubylib/templates/annotated/menuapp3.rb index c5ccccfc..37fbf2b4 100644 --- a/korundum/rubylib/templates/annotated/menuapp3.rb +++ b/korundum/rubylib/templates/annotated/menuapp3.rb @@ -89,7 +89,7 @@ class MainWin < KDE::MainWindow # code will create menu/toolbar items and place them *automatically* # if you defined the KDE::StdActions as below. In fact, you can't override # this behavior using KDE::StdActions - if you want menus to be "non-standard" - # KDE menus (eg 'Cut' in the 'File' menu), you'll need to create your + # TDE menus (eg 'Cut' in the 'File' menu), you'll need to create your # actions from KDE::Action instead of KDE::StdAction. Obviously it makes more # sense to use the mechanism provided to produce consistent menus and # toolbars. You can "unplug" items if, for example, you don't want them