- Journal
- Pantheon Terminal: First Step
Pantheon Terminal: First Step
Submitted by Mefrio on Thu, 07/26/2012 - 19:41I am glad to announce that Pantheon Terminal has reached the first stable release.
Pantheon Terminal gives you a full working teminal emulator with the standard expected features such as Copy or Paste, and full support for Granite and elementary standards. It has all the basic features for a terminal emulator and it is ready to be shipped in Luna and in its main target DE, Pantheon.
Pantheon Terminal also shows off the brand new Tab Bar widget in Granite, which will soon become standard across all elementary apps. As such, you will need a relatively new (currently unstable) version of Granite in order to use it.
You can get Pantheon Terminal from our stable PPA soon, or directly from launchpad here.
Thanks a lot to the community for the support.
How do I change the font? The default font is no where as good as my favorite font terminus which is just the best for doing work in a terminal.
Hi ) How can i manage color profiles? Have it some GUI profiler?
Thanks
Please give us preferences so we can do normal terminal configuration like set the number of lines in the scroll window. Also, the ability to clear the window would be useful (I'm a developer, lots of text to scroll through, and often need to have a clean slate)
I have a few considerations: I personally think that the active tab should be logically connected to the page it is showing. So if the page is black, as it is in this case, you expect the active tab to be black too. If the tab page is white make it white. Then it flows more natural. An alternative solution is to create a prominent border that flows around the page and tab and connects them.
I think the repeated close buttons in every tab are ugly, like you do not use a currency sign for every number except the totals, it is much cleaner to only use a close button in the active tab, like in Firefox. It gives more space for titles too. The close button is only there for newbies anyway since the middle click has become a standard for closing tabs. This is much faster as you can click everywhere in the tab. You could even consider abandoning the tab close button altogether.
more like this
Personalty I would put the new-tab-button at the far right, this is more intuitive as new tabs are added to the right too. In this case it is safer too, because accidents will happen if you put it close to the close button.
I would also spread out the tabs as much a possible
I have a feeling that by elementary's second release, it will be far more polished than the other distributions. I can't wait to try it out, and hope some of Ubuntu's upcoming features make it into elementary.
Aren't window close button and new tab button too close too each other?
I have just update to latest version, love transparent background
Great job with the tab bar, guys! It's really awesome to see Luna come together. :D
The Granite tab-bar needs some serious design reconsidering. In the upper left corner you have three very tightly located buttons: "Close window", "close tab" and "create new tab". From a UX perspective this is awful. They are about 24x24 px, right? It is very easily to miss a button and close the whole window instead of a tab, or close a tab when creating a new tab - consider Fitt's and/or Moore's law.
I see that what you are attempting is staying true to the HIG and have both "close window" and "close tab" on the same side of the object. This however puts you in this dilemma.
Either you move the "create new tab"-button to the right of the tab-list, which is actually more logical since the new tab will span where you click (even though it's a moving design-element and will not always be located in the same place it isn't a huge drawback. I know none who thinks this behaviour is confusing with other web browsers). This transition/animation/flow is really good because the user will easier understand what happens.
Or you move the "close tab"-button to the right of the tab-title and use "left aligned close button" so they mean closing the main application window. So a user can differentiate what action is to expect from their position, meaning that they will always be aware of if they will close the whole application. But that is far more complicated and will also require redesigning parts of other Granite components (probably) and will most probably also benefit of moving the "create new tab"-button to the right.
Yes, I would very much appreciate a reply from someone of the design-team :)
p.s. margins, come on people, spacing is important (tab-bar).
p.p.s. I noticed now that some more people has reacted on this. I read the article earlier today and thought I should share these thoughts when I got the time and no one had commented on this back then. Sorry about that :) please still comment on the issues I bring up
don't get me started on trying use this with a touch device...
Looking great as always, though if I might offer one suggestion, the tab bar looks like it would really benefit from a few pixels' worth of space to give tabs just a little breathing room. As it is now, things look somewhat cramped.
Additionally, adding a single row of pixels of the same color as the active tab directly below it would avoid the awkward effect of the active tab hanging over the edge of the tab bar on dark windows like the terminal.
Of course, it's easier to just see what I mean: http://i.imgur.com/ErcAO.jpg
I personally think it makes the tab bar look much cleaner, and it eats up a grand total of 4 pixels vertically.
Hi there,
I was wondering how far the development of elementary is right now? I know it'll be out "when it's done", but maybe you could write a bit of the shape of things, i.e. what do you still plan to work on before the release? I'd like to know because I'm looking forward to using the system, as well as was wondering what are possible sub-projects needing developers.
Best wishes
We did just what you're asking in this post: http://elementaryos.org/journal/when-its-ready Make sure you read through the first paragraph especially where we talk about how to follow our progress at any time :) If you want to help with Luna development, the most important Todo list is this one here: https://launchpad.net/elementary/+milestone/luna-beta1 Thanks and good luck!
Just want to ask one thing, how make pantheon terminal start in full screen mode , i mean maximize window. Thanks
Use dconf-editor. Go to org,pantheon,pantheon-terminal,savedstate and change "Normal" to "Fullscreen". It should work. If it doesn't, report a bug.
Copy and paste in a terminal! Wooooooooow :say out loud with squeeze toy story aliens voice:
Copy/Pasting is a common feature amongst all terminals. There are, usually, two ways of doing this:
1. Select text to copy it and use MOUSE3 (mouse wheel down) to paste it.
2. Use Ctrl+Shift+C and Ctrl+Shift+V to copy and paste text inside a terminal.
The terminal is good...
But it's the first time I've glanced at the Planky with a new theme. How am I supposed to figure out which application is running on that white area?
We're testing out not using running indicator lights. Since we don't use minimize, you should be able to see which apps are open because their windows are open.
It *is* possible to minimise apps: by clicking on the currently focused app in plank. Most people also use a lot of maximised windows, and it is also not possible to see other windows behind these.
Personally I find the removal of minimise quite difficult. There are certainly cases when it is very inconvenient not having it (e.g. if you have two or three smaller windows behind one large/maximised one: with minimise you simply minimise the large one and the other 3 are all visible, without it you have to raise three different windows).
It also allows you to hide less frequently used windows from things like compiz scale (although I realise that isn't included in elementary). I think some concept of frequently used apps vs. occasionally accessed ones should be considered though. Workspaces help with this, but I cannot do the following:
Click dock icon for (open but) infrequently accessed app (e.g. music player). Do task in app (e.g. select a new album to play). Click same dock icon to be right back in the same context that I was in before.
Some way of easily changing to a secondary task, *and being able to quickly get back to the primary one, with everything where you left it* needs to be devised. I guess perhaps easier mouse based workspace switching might help here, although ideally it should be one click there, and one click back.
Don't worry, we're working on making workspaces easier to use. All the pieces haven't quite fallen into place yet, but we have a grand vision of an amazing workflow that I think is going to turn out :)
I thought the idea behind removing the minimize button was that intelligent memory management would take its place. So, in the example above you could just close the window and it would just disappear, but keep playing. Likewise with running terminal processes, text editors with unsaved documents, etc. Is that still happening?
Also I think it woud be cool if maximized apps automatically got their own workspace or something, so they are not so much in front of as beside other likesized apps.
Yep, both of those things are still in the plan. It'll take a little while to make sure that every app behaves exactly how we want it when you click the close button, but we'll get there!
But what about non-elementary apps? It's currently unrealistic to run an elementary only setup (unless you just want web browsing / music).
How will you make it clear that if you close LibreOffice or whatever else, that it will actually close?
We have to be a little idealistic or we'll never be able to push our ideas. If we wait until every single app out there supports the idea, we'll be waiting for a very long time. What we're doing is setting the stage for this type of behavior and trying to set good examples with our default apps. Then we rely on our users and dev community to help push those ideas in 3rd party apps.
Hopefully what will happen is that users will bug 3rd party developers are say "Hey Libreoffice, why don't you autosave or save my session? All my other apps just work"
Hmm, would it be possible to have some kind of visual differentiation? e.g. Close button changes to red on hover for legacy apps, but changes to blue for elementary apps with clever hide behaviour?
I don't know if that is possible, but it might be a good idea, because I doubt all apps are going to have this functionality ever, some just don't need it...
'It'll take a little while to make sure that every app behaves exactly how we want it when you click the close button' I think that for Luna you should still use the running indicator lights because as you said, it will take time and it would be a shame to have an incomplete workflow in Luna
That's why we're testing right now: to find out if we're ready to make the jump.
If it's not working out, we'll change it before we release.
Fyi, looks like Apple is bringing the lights back, subtly, in OSX.8
http://arstechnica.com/apple/2012/07/os-x-10-8/3/#interface-changes
Of course that's neither here nor there; elementary can do its own thing.
You can't at the moment. The previous theme had a blue indicator.
I hope the colour of the indicators will be alterable)
I believe you can edit the settings in ~/.config/plank. You can change the color, height, transparency of the background at least.
I'm seriously worried that luna will come out after Ubuntu 13 and that it will already be old when it comes out
Don't worry about it! If for some strange reason, we get pushed back that far, we'll most likely move the base from 12.04 to 12.10 and we'll still be fully up-to-date with the latest and greatest ;)
I love all the work you're putting into your Apps!
I will say though, I'm not really a fan of the jarring color transition from the titlebar to the dark background of the tabs. I hate to talk about OS X, but I do like the way Safari's tabs "hang down" from the title bar and follow a smooth color gradient. Regardless, great job!
I'm also worried about that, but I don't know what our designers think of it.
Even a 1px gray border around the top of the main window would be a huge improvement. The nasty look of tabs in Firefox/Midori is a top reason I don't use either.
Will there be colors on the terminal font? I think it's easier to work with the terminal if it shows some things colored. Also, is it possible to disable the tab bar?
Colors already work. However, bash, which is most people's shell isn't very colored. Other shells like zsh or fish have more colors.
Colors seems to work already: http://sadpanda.us/images/1107912-M4L7O47.png
Looks great, thx for an other great app.
Anyway, I think this image is the perfect example, why the tab metaphor is not working most of the time. Each tab duplicate pretty much the functionality of win deco.
The best solution her would be tabs in the deco.
Any plans for something like that?
At the moment we don't have any way for the app to put controls inside of the window decorations, but it's definitely something we're curious about seeing in the future.
Great to hear that, thx for the feedback.
eye candy terminal :D
All thanks to the Pantheon desktop and the eGTK theme!
Thank you! http://aur.archlinux.org/packages.php?ID=53594 Also available on Arch Linux!
thanks, but I think, UI is urgly. Complete in black with white text is better. Still wait luna beta ^_^
It'll be all black in future. There are just some problems with the dark theme still. It's not quite ready to be used.