Development mailing list

Hi, Ingo, Ingo Weinhold писал 17.05.2013 16:54: b) Currently we have ncurses without wide characters support that can produce problems in hypothetical case of localizing corresponding tools. ...

I would suggest that menus contain two things: a list of actions that applied to an artefact; a list of esoteric but related actions. For the former, the menu item which opens the menu describes the artifact the actions apply to (window, icon, file, project, etc); for the latter, the root item is named such that it describes the collection of items (edit, actions, scripts, etc) ...

On 05/17/2013 02:18 PM, Siarzhuk Zharski wrote: [...] a) Are there any reasons to install libtermcap.a with the Development optional package? I think anyone going to develop or build ncurses-based applications on Haiku should be forced to use normal ncurses installation. And having our restricted libtermcap.a may confuse configure scripts for 3rd-party aoftware. ...

On Fri, May 17, 2013 at 8:18 AM, Siarzhuk Zharski zharik@xxxxxx wrote: b) Currently we have ncurses without wide characters support that can produce problems in hypothetical case of localizing corresponding tools. May be we should activate wide characters support for the stock ncurses now? +1. [...] d) Implement the light-weight and portable terminfo compiler tool and use it during system build. Binary format of terminfo database entries is ...

Dear Colleagues, silence gives consent so I have played a bit with hypotetical switching Haiku to terminfo. More info about my results and experience is coming below but, at first, let me repeat why I think the termcap should be buried: Siarzhuk Zharski писал 30.01.2013 15:31: ...

Am 17.05.2013 um 09:51 schrieb Axel Dörfler axeld@xxxxxxxxxxxxxxxx: Am 17/05/2013 06:58, schrieb David Rawson Couzelis: The File menu was not named because it's for file commands. The menus are named with verbs that describe generally what the actions in the menu are for. Out of curiosity: where do you get that from? On the Amiga it was even called Project instead. Now that's definitely not a verb. ...

On 17.05.2013, at 09:51, Axel Dörfler axeld@xxxxxxxxxxxxxxxx wrote: Am 17/05/2013 06:58, schrieb David Rawson Couzelis: The File menu was not named because it's for file commands. The menus are named with verbs that describe generally what the actions in the menu are for. Out of curiosity: where do you get that from? On the Amiga it was even called Project instead. Now that's definitely not a verb. ...

Am 17/05/2013 06:58, schrieb David Rawson Couzelis: The File menu was not named because it's for file commands. The menus are named with verbs that describe generally what the actions in the menu are for. Out of curiosity: where do you get that from? On the Amiga it was even called Project instead. Now that's definitely not a verb. ...

Here is a view on the topic that I haven't heard expressed yet. Why? They do cut and paste files? The File menu was not named because it's for file commands. The menus are named with verbs that describe generally what the actions in the menu are for. ...

On Tue, May 14, 2013 at 2:16 PM, looncraz looncraz@xxxxxxxxxxx wrote: On 5/14/2013 11:05, Humdinger wrote: Maybe the Tracker window menu Window should be copied (sans the Close in all workspaces and Preferences...). Not a bad idea to offer also Icon view and Mini icon view, and maybe someday Thumbnail view. While we're at it, the Attributes menu would fit in as well... I already feel that the Preferences... item is misplaced in the Window menu as the preferences contained there-in apply not to a specific ...

On Tue, May 14, 2013 at 2:49 PM, Axel Dörfler axeld@xxxxxxxxxxxxxxxx wrote: On 05/14/2013 07:29 PM, John Scipione wrote: On May 14, 2013, at 1:07 PM, John Scipione jscipione@xxxxxxxxx wrote: Since the function of cut, copy, and paste depends on context those items IMHO belong in Edit because sometimes they work on files and sometimes they work on text and Edit is the standard place for these items. They refer to two different things. All text controls support copy/paste ...

On 05/14/2013 07:29 PM, John Scipione wrote: On May 14, 2013, at 1:07 PM, John Scipione jscipione@xxxxxxxxx wrote: Since the function of cut, copy, and paste depends on context those items IMHO belong in Edit because sometimes they work on files and sometimes they work on text and Edit is the standard place for these items. ...

On 5/14/2013 11:05, Humdinger wrote: Maybe the Tracker window menu Window should be copied (sans the Close in all workspaces and Preferences...). Not a bad idea to offer also Icon view and Mini icon view, and maybe someday Thumbnail view. While we're at it, the Attributes menu would fit in as well... Well.. let's not get silly, now! That's MY 'job.' ...

Hi looncraz! On Tue, 14 May 2013 10:54:31 -0700 looncraz wrote: That said, Select All/None, should also be in the File menu. Or, perhaps, an Action menu... Maybe the Tracker window menu Window should be copied (sans the Close in all workspaces and Preferences...). Not a bad idea to offer also Icon view and Mini icon view, and maybe someday Thumbnail view. While we're at it, the Attributes menu would fit in as well... ...

On 5/14/2013 10:29, John Scipione wrote: Also what about the rest of the Edit menu items like clear and select all? Those are missing too. Not every user knows the key combinations by heart or even if they do they might prefer to use the menu items. With those items missing they are effectively disabled for those users. If we'd like to include mouse centric users we'll need to provide an Edit menu for those items at least. I'm thinking outside the box of developers and power users. In my experience most users don't use keyboard shortcuts and rely on the menu items being there ...