-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Apps
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


Sponsoring


-
- Content .- Fans (130) .- Knowledge Base  . 

Yakuake

   2.9.9  

KDE System Tool

Score 93%
Yakuake
zoom


Yakuake
zoom


Yakuake
zoom


Link:  http://yakuake.kde.org/
Minimum required   KDE 4.x
Downloads:  93305
Submitted:  Sep 16 2005
Updated:  Oct 19 2012

Description:

Yakuake is a drop-down terminal emulator based on KDE Konsole technology.


--- What's new ---

2.9.9:
Yakuake 2.9.9 is feature, bugfix and general maintenance release. The most significant new features are the introduction of silence/activity monitoring options for terminals and the addition of Get Hot New Stuff support for making it easier to download new Yakuake skins. Various little tweaks to the window behavior have been done, from auto-retracting the Yakuake window when the last session is closed to additional placement fixes in multi-monitoring setups with interesting desktop panel arrangements. Script authors will appreciate the once again expanded D-Bus APIs. Syncing the default shortcuts to changes made in Konsole and a smattering of other little fixes round things out, and finally Yakuake now depends on KDE Platform version 4.7.1 or higher.

Have a look at the changelog for additional details not mentioned here.


--- Essential links ---

Yakuake's website: http://yakuake.kde.org/
Report bugs and wishes at: https://bugs.kde.org/enter_bug.cgi?product=yakuake
Older releases: http://developer.berlios.de/project/showfiles.php?group_id=7376
KDE 4 FAQ: https://projects.kde.org/projects/extragear/utils/yakuake/repository/revisions/master/entry/KDE4FAQ




Changelog:

Changes in 2.9.9:
* Yakuake now sports a standard KDE "Configure Notifications..." item in its menu. The startup notification popup configuration has moved there, and newly-added notification events covered below are found there.
* It is now possible to monitor sessions (or individual terminals within them) for activity or silence. See the tab context menu or the keyboard shortcuts to toggle monitoring, and the new "Configure Notifications" dialog mentioned above to configure what happens when activity or silence are detected in a monitored session or terminal (by default a desktop notification popup is triggered for each).
Note that repeated activity in a terminal does not result in repeated notifications for that terminal: After the first notification, activity monitoring has to be disabled or reenabled, or the active session switched, or the window closed - only then another activity notification will be shown.
* Support for Get Hot New Stuff for skins has been added. See the new "Get New Skins..." button below the skin list in the Appearance page of the config dialog.
* When the window is set not to show on all virtual desktops and is not residing on the current virtual desktop, but is open (i.e. set to stay open regardless of focus loss), the Open/Retract action normally used to either retract it, or, when the option to also use the action to focus the window is enabled, cause the window manager to switch to the virtual desktop the window resides on. The former case, i.e. when the option to also use the action to focus the window is disabled, has now been changed to move the window to the current virtual desktop and focus it, rather than retract it.
* Yakuake now automatically retracts after the last open tab closes.
* A number of default keyboard shortcuts have been changed to reestablish consistency with Konsole, which introduced changed defaults in KDE Software Compilation v4.6.
* Invoking the window manager maximization feature now results in a Yakuake window with 100% width and height instead of the unresized window getting moved to the top-left corner of the screen. However, restore is not supported as it doesn't easily fit with Yakuake's window size state model.
* Tweaks to the code Yakuake uses to make itself the active window when invoked should improve compatibility with more window managers, particularly xfwm.
* The D-Bus API has been expanded further to cover the new activity and silence monitoring options, as well as with additional methods related to retrieving information about the keyboard input enabled state for sessions and terminals.
* The addSession* and split* D-Bus calls now return the id of the newly-created session or terminal, or -1 if creating a new session or terminal was not possible.
* Made sure that the activeTerminalId D-Bus call always returns something useful after an addSessionTwo*/Quad call, even when the window is closed while the call is made. Previously, activeTerminalId could return -1 in this situation because there technically is no active terminal until the window is opened and a focus event causes one to become active. Now the terminal that will receive focus once the window is opened is immediately declared the active terminal.
* The "Help" button was removed from the configuration dialog since there currently is no handbook included.
* Fixes to the window geometry and placement calculation in multi-screen setups and with panels located on screen edges other than the bottom edge.
* Fixed a bug causing the "Disable Keyboard Input -> For This Session" checkbox in the context menu of a multi-terminal session to become enabled when keyboard input was disabled for any of the individual terminals, rather than only when all terminals have it disabled (i.e. what enabling the checkbox manually actually does).
* Fixed errors in the tab stop order in several pages of the configuration dialog.
* Fixed the message shown on stderr when Yakuake is already running to refer to toggling rather than opening the window, since that is what a repeated execution actually does - if the window is already open, it will be closed at this time.
* Code cleanups, including porting away from recently deprecated KDE Platform APIs for future-compatibility.
* The KDE4FAQ document included in the tarball has been updated.
* Yakuake now depends on KDE Platform 4.7.1 or newer.

Changes in older releases: https://projects.kde.org/projects/extragear/utils/yakuake/repository/revisions/master/entry/ChangeLog




LicenseGPL
Source(Yakuake 2.9.9 (KDE 4; Stable))
Send to a friend
Subscribe
Other  Apps  from Sho
Report inappropriate content



goto page: prev  ... 57  58  59  60  61  62  63  64  65  66  67  68  69  70  71  72 ...

-

 bug?

 
 by stingo000 on: May 10 2007
 
Score 50%

9. Is this a bug or a feature?
When I press "keep open when focus is lost" it becomes "always on top" so focus can't be lost... from which I conclude it is likely a bug as the window should not become on top but rather not to roll up as in 2.7.5 yakuake. Why is it?


Reply to this

-

 Re: bug?

 
 by stingo000 on: May 10 2007
 
Score 50%

correction. focus is actually lost but windows can not overlap yakuake which makes the mode useless if yakuake at 100% coverage.


Reply to this

-

 Re: bug?

 
 by Sho on: May 10 2007
 
Score 50%

2.7.5 used to set the _NET_WM_STATE_ABOVE atom as well, actually. In my experience, users tend to "pin" the Yakuake window in place when they need its contents for reference while working in another window, and in that case they often need it to both stay open and stay on top.

I can make this optional in a future version, however (2.8 is in string freeze now, so I cannot add new strings to allow the translators to catch up).


Reply to this

-

 Re: Re: bug?

 
 by stingo000 on: May 10 2007
 
Score 50%

aah. right... 2.7.5 works this way too.
This was the first patch I made for yakuake to use it so I forgot. You seem understood what I mean. Please add this in the next release as I simply can not work in the current standard modes and will have to patch it myself. Always on top blocks other windows and instantly rolling up yakuake also does not allow to see the console. When yakuake is set to 100% or close coverage the option to allow the yakuake window to stay open and NOT on top is needed in my opinion.

thank for you responses Eike.


Reply to this

-

 Re: Re: Re: bug?

 
 by Sho on: May 10 2007
 
Score 50%

> When yakuake is set to 100% or close coverage the option to allow the yakuake window to stay open and NOT on top is needed in my opinion.

I agree and will add it.

I'll also look into the shell numbering, btw.


Reply to this

-

 dual monitor bug

 
 by cewanf on: May 10 2007
 
Score 50%

I'm working with two monitors.
1. open Yakuake on one monitor
2. send Yakuake to the other monitor (using a keyboard shortcut set on 'Window to next screen')
3. hide Yakuake using the keyboard shortcut
4. Show it again
It now shows up on the other screen.

The behavior in the previous version of Yakuake was that it showed up on the same screen as where it was closed.

So I would say that this is a bug, wouldn't you?


Reply to this

-

 Re: dual monitor bug

 
 by Sho on: May 10 2007
 
Score 50%

> So I would say that this is a bug, wouldn't you?

Actually it's caused by a bugfix - the preference to open Yakuake on a certain screen was defective in Yakuake 2.7.x. I'll have to investigate whether it's possible to retain both, which is slightly difficult because I don't normally have a multi-head setup.

In the meantime, you can access the screen preference from the Yakuake menu and config dialog.


Reply to this

-

 possible solution

 
 by cewanf on: May 10 2007
 
Score 50%

A solution would be to check what screen the application is on when hiding, and if that value differs from what was set in config, update the config with the new value. Yes?


Reply to this

-

 Re: possible solutio

 
 by Sho on: May 10 2007
 
Score 50%

> A solution would be to check what screen the application is on when hiding, and if that value differs from what was set in config, update the config with the new value.

That sounds like it might be a viable approach, yes.


Reply to this

-

 Re: Re: possible sol

 
 by cewanf on: May 10 2007
 
Score 50%

Good stuff! :-)
Looking forward to seeing it implemented, thanks again for a great app!


Reply to this

-

 Re: Re: Re: possible

 
 by Sho on: May 10 2007
 
Score 50%

I'll definitely look into it before releasing the 2.8 final -- just need to run around to get a second monitor again for testing ;)


Reply to this

-
.

 Default key binding

 
 by doctorture on: May 10 2007
 
Score 50%

I would suggest a new default key binding "CTRL+K" instead of the default "F12", which is too unconfortable to press.


Reply to this

-

 Re: Default key binding

 
 by stingo000 on: May 13 2007
 
Score 50%

f12 is better imho. should probably be redefinable.


Reply to this

-

 Re: Re: Default key

 
 by Sho on: May 13 2007
 
Score 50%

It is, of course, in "Configure Global Shortcuts" - 2.8-beta1 also has a new First Run dialog that offers an opportunity to change the key before it's needed.


Reply to this

-

 Bug,feature requests

 
 by vespas on: May 25 2007
 
Score 50%

I think I have spotted a bug: the split terminal options (shown when right-clicking on a session name) use 'split vertical' and 'horizontal' the wrong way around. Well, if not wrong, contrary to the current kde convention (e.g. kate). If you don't want to flip them, I guess you can do what konqueror does and name them 'split left/right' and 'split top/bottom'.

May I suggest an implementation of default sessions like in konsole? I find having root consoles defaulting to a different colour scheme very useful! I think all that is needed is to 'import' the existing konsole session settings. A tab in the settings panel for the configuration of sessions would be very useful as well (i mean, it would not make much sense to have to run konsole in order to change the session settings).

Another request is an option to auto-change the name of the sessions according to the current working directory or currently running program, e.g. if session 1 just runs the shell, it would appear as '~/' , session 2 where mplayer is running as 'mplayer' etc.

Many thanks for an excellent program!


Reply to this

-

 Re: Bug,feature requ

 
 by Sho on: May 27 2007
 
Score 50%

> I think I have spotted a bug: the split terminal options (shown when right-clicking on a session name) use 'split vertical' and 'horizontal' the wrong way around.

It's fixed in the development version; the fix will be included in the final 2.8 release.


> May I suggest an implementation of default sessions like in konsole?

What's happening behind the scenes right now is that the session format / management is being rewritten/overhauled in KDE4's Konsole, and I'd like to reuse those formats at that point. It's not realistically possible using the KDE 3 technology anyhow, due to the very limited interface of the Konsole KPart component. More on that below.


> Another request is an option to auto-change the name of the sessions according to the current working directory or currently running program, e.g. if session 1 just runs the shell, it would appear as '~/' , session 2 where mplayer is running as 'mplayer' etc.

This can be done via scripts and DCOP right now. However, the Konsole technology in KDE 4 will have a native, built-in implementation of this, which again I intend to reuse as not to duplicate work needlessly.


Generally, one can say that Yakuake uses the Konsole KPart component for things it was never designed for. Konsole started out as just a regular application; the platform technology aspect came later, and was largely intended so apps like Konqueror or a text editor could quickly and easily display a terminal emulator, not to allow reimplementing Konsole around the KPart. Almost all of Konsole's more advanced functionality is directly built into Konsole-the-application and not accessible to the programmer using the KPart. In KDE 4, the plan is to move most of that to a shared base, and have the KPart be much more powerful. Yakuake should benefit greatly from that.


Reply to this

-

 Re: Re: Bug,feature requ

 
 by vespas on: May 30 2007
 
Score 50%


regarding session naming/numbering, can you change it so that sessions are renumbered when one of them closes? as it is, if you open 3 sessions and then close the first 2, you will be left with only one session named "Shell No. 3"

can you provide some more info (or a link) on how to use dcop to rename current sessions automatically?

thanks


Reply to this

-

 Re: Re: Re: Bug,feat

 
 by Sho on: May 31 2007
 
Score 50%

> regarding session naming/numbering, can you change it so that sessions are renumbered when one of them closes?

I'm not going to make them renumber - sessions changing their name magically would be rather confusing and thus a big nono - but making new sessions use the lowest available number rather than keep incrementing is on the todo for consistency with Konsole.


> can you provide some more info (or a link) on how to use dcop to rename current sessions automatically?

Use "kdcop" to graphically browse Yakuake's DCOP interfaces; the meat is in the DCOPInterface object. Most of them either act on the active session/terminal, or take IDs as arguments - Yakuake exports DCOP_YAKUAKE_SESSION and DCOP_YAKUAKE_TERMINAL with the respective IDs in the sessions. At that point it's a matter of using the facilities of your shell to run the DCOP commands.


Reply to this

-

 feature request

 
 by codemonkey on: Jun 6 2007
 
Score 50%

Hi,

I love Yakuake! Thanks to all for developing it. Been using it for a while now. 2.8 beta 1 is working flawlessly for me on FC6 (built from source).

I have one request that I've wanted for a looong time:

I'd like to be able to resize the window using the mouse (by dragging on the title bar). I can't tell you how many times I've reached out to do that only to have to redirect myself mentally to the menus (which only allow resizing in 10% increments to boot!).

Seems like this shouldn't be too hard to do. I would write a patch myself but I just don't have the time right now.

Thanks again!

~ray


Reply to this

goto page: prev  ... 57  58  59  60  61  62  63  64  65  66  67  68  69  70  71  72 ...

Add commentBack






-
-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore
 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Participate
Groups
Forum
Add App
Public API
About KDE-Apps.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2003-2014 KDE-Apps.org Team  
All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.