alphacocoa-devel — AlphaCocoa Development List

[Alphacocoa-devel] [alphacocoa:tickets] #193 Strange behavior while opening several modal windows

[Bernard D. <bde...@us...>]

- **status**: fixed --> closed
- **Version**: 9.0.1 --> 9.0.2



---

** [tickets:#193] Strange behavior while opening several modal windows**

**Status:** closed
**Created:** Thu Nov 08, 2018 01:58 PM UTC by Sylvain Loiseau
**Last Updated:** Mon Dec 10, 2018 01:02 PM UTC
**Owner:** nobody


I open a modal window (say, Alpha->Preferences->Global Preferences...). I can then select another modal window (say, Alpha->Preferences->Global Setup->Features...) This second window does not apear until I select the Ok button of the first window. When doing so, the first modal window does not close, but the second window appear on the top of the first.

I'm not sure whether this is really a problem and, if so, where the problem is: the menu still being available while a modal window is open? the second window not appearing immediatly when requested?

Best,
Sylvain


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #192 new button icons worn out after first use

[Bernard D. <bde...@us...>]

- **status**: fixed --> closed
- **Version**: 9.0.1 --> 9.0.2



---

** [tickets:#192] new button icons worn out after first use**

**Status:** closed
**Created:** Wed Nov 07, 2018 08:37 AM UTC by Joachim Kock
**Last Updated:** Thu Nov 08, 2018 12:43 PM UTC
**Owner:** nobody


The new buttons [I] and [M] lose their label after first use. They still work normally though.


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #191 path bar keeps focus

[Bernard D. <bde...@us...>]

- **status**: fixed --> closed
- **Version**: 9.0.1 --> 9.0.2



---

** [tickets:#191] path bar keeps focus**

**Status:** closed
**Created:** Wed Nov 07, 2018 08:31 AM UTC by Joachim Kock
**Last Updated:** Wed Nov 07, 2018 07:06 PM UTC
**Owner:** nobody


When clicking in the path bar, the correct folder opens in the Finder, but when coming back to Alpha, the path bar still has the focus, so that for example rightarrow beeps instead of moving the insertion point.
I think the correct behaviour would be to give the focus back to the window itself (the file buffer).


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #190 tab and font size not remembered with recordWindowState

[Bernard D. <bde...@us...>]

- **status**: fixed --> closed
- **Version**: 9.0.1 --> 9.0.2



---

** [tickets:#190] tab and font size not remembered with recordWindowState**

**Status:** closed
**Created:** Wed Nov 07, 2018 08:27 AM UTC by Joachim Kock
**Last Updated:** Thu Nov 08, 2018 12:47 PM UTC
**Owner:** nobody


I have a file I need to view in a very small font size (12) and a very large tab size (24).
So I select recordWindowState and set these. But when I reopen the file later, the settings are not respected. Instead the file opens in my standard settings (fontsize 18 and tabsize 4).
Thisbug is seen both in the new 9.0.1 and in the previous version from before the file window menu was made into an [I] button.


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

Re: [Alphacocoa-devel] "Macro" for executing sequential search/replace commands?

[Greg D. <gre...@in...>]

I knew there was something already in the app which met my needs - my brain wasn't connecting the word "filters" with a search/replace, but it seems
this is exactly what I want!  Thanks!

On 12/19/18 3:56 AM, Bernard Desgraupes wrote:
> Hi Greg,
> 
> I think that the Filters Menu is your friend. This is exactly what it is about.
> You create a filter which is a sequence of search/replace commands (textual or regexp) and then apply the filter to the current window, or only a selection, or even on a directory.
> Filters are named and recorded, so they can be reused. Alternatively there is Temporary filter.
> See the documentation here:
> https://alphacocoa.sourceforge.io/FiltersMenuHelp.html
> 
> Alpha ships with a set of basic filters which can serve as examples.
> 
> Cheers,
> Bernard
> 
> 
> Le 19 déc. 2018 à 09:47, Greg Dunn <gre...@in...> a écrit :
> 
>> It seems that the more I use AlphaCocoa, the more I find interesting and useful features to speed my workflow.  However, I'm a bit embarrassed to note
>> that there's something I do frequently that I haven't been able to find a shortcut for, and it's likely my lack of experience with the program:
>>
>> Many times, when editing a program or even an informational text document, I need to re-format and tweak the document in specific ways.  This entails
>> making several global search/replaces, sequentially, because the state of the file is such that a single replace command (even with regex) can't make
>> the necessary changes; i.e., the search/replace result is dependent somewhat on the result of the prior search/replace on the global file contents.
>> The sequence of commands is the same, but they must be executed one after the other rather than as a single command.
>>
>> Of course, I can enter the details in the search dialog, and then perform another dialog, and...  but since I know the exact sequence which needs to
>> be performed, I'd like to be able to create a macro set of commands to do this rather than type them all in manually.  Editors like vi can, for
>> example, execute multiple commands separated by ";" and can even source them from an external script.
>>
>> I know this could be done via AppleScript, but I was wondering if there's a method entirely self-contained in Alpha to handle it?  I see a 'macro'
>> feature and am able to record/save a macro, but it doesn't seem to capture sequential search/replace commands with the parameters I entered.
>>
>> Maybe I'm going about this the wrong way.  Have I overlooked something really obvious?  It wouldn't be the first time. ;-)
>>
>>
>> -- 
>> | Greg Dunn                       | And all you touch and all you see |
>> | gre...@in...               | Is all your life will ever be.    |
>> | The Sultan of Slack(tm)         |                   Pink Floyd      |
>> | http://www.indy.net/~gregdunn/  |                                   |
>>
>>
>> _______________________________________________
>> AlphaCocoa-devel mailing list
>> Alp...@li...
>> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel
> 
> 


-- 
| Greg Dunn                       | People are so conditioned to take |
| gre...@in...               | sides that a balanced analysis    |
| The Sultan of Slack(tm)         | looks to them like hatred.        |
| http://www.indy.net/~gregdunn/  |                  Scott Adams      |

Re: [Alphacocoa-devel] "Macro" for executing sequential search/replace commands?

[Bernard D. <bde...@or...>]

Hi Greg,

I think that the Filters Menu is your friend. This is exactly what it is about.
You create a filter which is a sequence of search/replace commands (textual or regexp) and then apply the filter to the current window, or only a selection, or even on a directory.
Filters are named and recorded, so they can be reused. Alternatively there is Temporary filter.
See the documentation here:
https://alphacocoa.sourceforge.io/FiltersMenuHelp.html

Alpha ships with a set of basic filters which can serve as examples.

Cheers,
Bernard


Le 19 déc. 2018 à 09:47, Greg Dunn <gre...@in...> a écrit :

> It seems that the more I use AlphaCocoa, the more I find interesting and useful features to speed my workflow.  However, I'm a bit embarrassed to note
> that there's something I do frequently that I haven't been able to find a shortcut for, and it's likely my lack of experience with the program:
> 
> Many times, when editing a program or even an informational text document, I need to re-format and tweak the document in specific ways.  This entails
> making several global search/replaces, sequentially, because the state of the file is such that a single replace command (even with regex) can't make
> the necessary changes; i.e., the search/replace result is dependent somewhat on the result of the prior search/replace on the global file contents.
> The sequence of commands is the same, but they must be executed one after the other rather than as a single command.
> 
> Of course, I can enter the details in the search dialog, and then perform another dialog, and...  but since I know the exact sequence which needs to
> be performed, I'd like to be able to create a macro set of commands to do this rather than type them all in manually.  Editors like vi can, for
> example, execute multiple commands separated by ";" and can even source them from an external script.
> 
> I know this could be done via AppleScript, but I was wondering if there's a method entirely self-contained in Alpha to handle it?  I see a 'macro'
> feature and am able to record/save a macro, but it doesn't seem to capture sequential search/replace commands with the parameters I entered.
> 
> Maybe I'm going about this the wrong way.  Have I overlooked something really obvious?  It wouldn't be the first time. ;-)
> 
> 
> -- 
> | Greg Dunn                       | And all you touch and all you see |
> | gre...@in...               | Is all your life will ever be.    |
> | The Sultan of Slack(tm)         |                   Pink Floyd      |
> | http://www.indy.net/~gregdunn/  |                                   |
> 
> 
> _______________________________________________
> AlphaCocoa-devel mailing list
> Alp...@li...
> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel

[Alphacocoa-devel] "Macro" for executing sequential search/replace commands?

[Greg D. <gre...@in...>]

It seems that the more I use AlphaCocoa, the more I find interesting and useful features to speed my workflow.  However, I'm a bit embarrassed to note
that there's something I do frequently that I haven't been able to find a shortcut for, and it's likely my lack of experience with the program:

Many times, when editing a program or even an informational text document, I need to re-format and tweak the document in specific ways.  This entails
making several global search/replaces, sequentially, because the state of the file is such that a single replace command (even with regex) can't make
the necessary changes; i.e., the search/replace result is dependent somewhat on the result of the prior search/replace on the global file contents.
The sequence of commands is the same, but they must be executed one after the other rather than as a single command.

Of course, I can enter the details in the search dialog, and then perform another dialog, and...  but since I know the exact sequence which needs to
be performed, I'd like to be able to create a macro set of commands to do this rather than type them all in manually.  Editors like vi can, for
example, execute multiple commands separated by ";" and can even source them from an external script.

I know this could be done via AppleScript, but I was wondering if there's a method entirely self-contained in Alpha to handle it?  I see a 'macro'
feature and am able to record/save a macro, but it doesn't seem to capture sequential search/replace commands with the parameters I entered.

Maybe I'm going about this the wrong way.  Have I overlooked something really obvious?  It wouldn't be the first time. ;-)


-- 
| Greg Dunn                       | And all you touch and all you see |
| gre...@in...               | Is all your life will ever be.    |
| The Sultan of Slack(tm)         |                   Pink Floyd      |
| http://www.indy.net/~gregdunn/  |                                   |

[Alphacocoa-devel] [alphacocoa:tickets] #189 Erratic 'bottomRedraw'

[Chris S. <cs...@us...>]

I see this too when editing .tex files.  I am not sure if whether the insertion point being near the middle of a line matters (in the only instance that springs to mind, the cursor was mid-line).  In any event, the common feature is that when I inset some sort of environment, say in-line maths, it is not uncommon to see what Joachim describes.  Typing command-I sees it all spring back to the middle of the screen again (and the text tidied up as well, in the usual command-I way).


---

** [tickets:#189] Erratic 'bottomRedraw'**

**Status:** open
**Created:** Thu Nov 01, 2018 11:34 AM UTC by Joachim Kock
**Last Updated:** Wed Dec 12, 2018 04:37 PM UTC
**Owner:** nobody


Paste this report into an Alpha window with hard wrap
fillColumn=64. Resize the window to approximately 75 chars wide.
Make the window short enough vertically, say 15 lines high.
Scroll to place the Q line near the middle of the window. Now
start writing with short words after the Qs. At the moment the
end of the line (marked 888) hits the edge of the window, the
window focus suddenly jumps, making the active line the last
visible line of the window.

z
z
z
z
z

QQQ QQQ QQQ QQQ QQQ QQQ QQQ QQQ QQQ zzz zzz zzz zzz zzz 888
ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg

z
z
z
z
z
z
z
z
z
z
z
z
z
z



---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #176 very bad problem while sourcing the file "AlphaPostGuiStartup.tcl"

[Bernard D. <bde...@us...>]

- **status**: fixed --> closed
- **Version**: 9.0rc6 --> 9.0.2



---

** [tickets:#176] very bad problem while sourcing the file "AlphaPostGuiStartup.tcl"**

**Status:** closed
**Created:** Fri Jul 06, 2018 02:20 PM UTC by Jonathan E. Guyer
**Last Updated:** Tue Sep 18, 2018 05:53 AM UTC
**Owner:** nobody


~~~
Error in "AlphaPostGuiStartup.tcl"
There was a very bad problem while sourcing the file "AlphaPostGuiStartup.tcl".

Alpha will probably not function properly. See error in log file /Users/guyer/Library/Logs/AlphaTcl/coreStartupErrors.
~~~

There is no /Users/guyer/Library/Logs/AlphaTcl/coreStartupErrors file

Actions to reproduce:
 * Clean installation of Vega_rc6
 * Check for ticket #172 and see that the menu items don't get key combos when option is held down
 * Choose Alpha > Global Setup > Update Alpha > AlphaTcl Developer Checkout
 * Choose relaunch
 * Error occurs on relaunch


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #210 Opening the "Find..." Dialog when no file is opened

[Bernard D. <bde...@us...>]

Hmm, it is normal that the *Find* command be enabled even if no window is opened because you may want to perform a multifile search (ditto for *Hyper Search*). The shortcut *Cmd-F* does work for me: if it does not work for you, there must be another reason. Can you type the following command in the AlphaTcl shell (cmd-Y) and report the result:
```
binding list -mod c -key 'f'
```



---

** [tickets:#210] Opening the "Find..." Dialog when no file is opened**

**Status:** open
**Created:** Mon Dec 17, 2018 08:49 AM UTC by Sylvain Loiseau
**Last Updated:** Mon Dec 17, 2018 08:49 AM UTC
**Owner:** nobody


When no file is opened, the "Find..." menu entry is not disabled, the mouse action  successfully  opens the dialog, but the shortcut (cmd-F) does not work. By contrast, "Hyperserarch" (cmd-alt-ctrl-F) can be opened with both the shortcut and the mouse.


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #202 Navigate in a fileset with an explorer-like window

[Sylvain L. <syl...@us...>]

This is really great!! The "Rebuilt Fileset" button may also prove very useful. Thanks!


---

** [tickets:#202] Navigate in a fileset with an explorer-like window**

**Status:** fixed
**Created:** Mon Nov 19, 2018 09:21 AM UTC by Sylvain Loiseau
**Last Updated:** Fri Dec 14, 2018 10:29 AM UTC
**Owner:** nobody


This is a RFE.

When using fileset, I find sometime that it would be comfortable to have a view of the files of the fileset in a explorer-like or finder-like window, in witch you can select the files to be opened. Indeed, when searching in a fileset, it may sometime turn out to be boring to have to go back to the fileset menu and to the submenu corresponding to the (possibly deeply nested) directory I am currently searching in.

Another editor, whose name start with a T and end ends with "Mate" has something quite usefull: you can open a directory and have its structure displayed on the side of the window (never in my life have I dared to use this program, I was told about it by friends).

Best,
Sylvain


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #210 Opening the "Find..." Dialog when no file is opened

[Sylvain L. <syl...@us...>]

---

** [tickets:#210] Opening the "Find..." Dialog when no file is opened**

**Status:** open
**Created:** Mon Dec 17, 2018 08:49 AM UTC by Sylvain Loiseau
**Last Updated:** Mon Dec 17, 2018 08:49 AM UTC
**Owner:** nobody


When no file is opened, the "Find..." menu entry is not disabled, the mouse action  successfully  opens the dialog, but the shortcut (cmd-F) does not work. By contrast, "Hyperserarch" (cmd-alt-ctrl-F) can be opened with both the shortcut and the mouse.


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] Alpha Release 9.0.2 (Acrux)

[<bde...@or...>]

Hi all,

I'm pleased to announce the release of a new version of Alpha. This is Alpha 9.0.2 ("Acrux") for Mac OS X 10.9 or greater. 

From now on, all versions of Alpha are named after a star. Traditionally, the main stars of a constellation are designated by a greek letter and the brightest is usually called alpha. So, for this new release of the AlphaCocoa project, meet Acrux, which is α Crucis, the α star of the Crux constellation. 

See at the end of this message, the main changes contained in this new release. 

Please, read the release notes which will be displayed the first time you launch Alpha and can be accessed later from the Help ↣ Developer Help menu. 

Here is the URL to download the disk image: 
https://sourceforge.net/projects/alphacocoa/files/9.0.2/Alpha_9.0.2.dmg.zip/download (28.65M) 

The MD5 checksum is: a6485a7a3bfbf02afe7f95cb6686b8a8 
The SHA1 checksum is: 6c42c065040e093f6fa97616f31e5b379622d898 
The RMD160 checksum is: 1bf6e10891177b141f572313c8380d7edf5ac53d 
The SHA256 checksum is: e694dcfd8bc328e228e9b83b198c6844d572c220030ea7a8cbe780ff8b85e584 

If you find problems with the application, don't hesitate to post bug reports. They are essential to keep track of the deficiencies. See Alpha's Bug Tracker. 

Thank you for using Alpha. 
Cheers, 
Bernard
Changes from previous version

new core command [yank].
new Fileset Browser to navigate and access any fileset element using a Browser view or an Outline view. This is accessible from Filesets ↣ Filesets Utilities ↣ Browse Fileset
The following bugs have been fixed (but remain open until the fix is confirmed):
Ticket #190: tab and font size not remembered with recordWindowState
Ticket #191: path bar keeps focus
Ticket #192: new button icons worn out after first use
Ticket #193: Strange behavior while opening several modal windows
Ticket #194: Same file opened twice with the 'File->Open...' dialog
Ticket #196: Enter does not wok on menu item
Ticket #197: Default behaviour of 'Clear Undo Stack on Save'
Ticket #198: unsaved change when typesetting in tex mode
Ticket #200: xml::electricClosingAngleBracket : two issues
Ticket #201: Offer to create a fileset with a directory dragged onto Alpha Icon
Ticket #202: Navigate in a fileset with an explorer-like window
Ticket #203: 'Display Palettes' in Markdown mode: two bugs and one RFE
Ticket #205: Emacs Command 'Yank' Non-functional
Ticket #208: RFE - add chosen text wrapping value to document saved window state
Ticket #209: Window position/size saved state is altered when re-opening a document
The following tickets have been closed:
Ticket #169: Text Statistics
Ticket #174: Return key does not trigger print
Ticket #175: Request for Printer Font and Font Size
Ticket #177: iterationCount and Ctrl-U
Ticket #178: math shortcut desabled
Ticket #179: Backward incremental search does not exhaust current match
Ticket #180: OK after word count
Ticket #181: Cmd-arrow should follow visual line, not logical
Ticket #182: flowed text cursor position
Ticket #183: opt-left does not move window focus
Ticket #185: alt-arrow should exit isearch
Ticket #186: Scary bringToFront bug in connection with TeX error browsing
Ticket #187: Click is detected too slowly
Ticket #195: Odd menubar behaviour
Ticket #199: Skim jumps to first page of pdf
Ticket #206: User Interface Changes Capriciously in Minor-Point-Update
Ticket #207: Are dark/coloured window frames possible?

[Alphacocoa-devel] [alphacocoa:tickets] #197 Default behaviour of "Clear Undo Stack on Save"

[Bernard D. <bde...@us...>]

- **status**: open --> fixed



---

** [tickets:#197] Default behaviour of "Clear Undo Stack on Save"**

**Status:** fixed
**Created:** Tue Nov 13, 2018 11:12 AM UTC by Sylvain Loiseau
**Last Updated:** Mon Dec 17, 2018 06:36 AM UTC
**Owner:** nobody


A very minor point: by default, the Undo Stack is cleared on save. I know this is a preference that can be changed in global preference, Document, "Clear Undo Stack on Save". However, I'm wondering whether the default behaviour should not be to preserve the stack on save. This is the behaviour in most app, and before realizing it is different in Alpha -- and changing it in the pref -- one can lost work.




---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #197 Default behaviour of "Clear Undo Stack on Save"

[Bernard D. <bde...@us...>]

I changed the default value for *Clear Undo Stack On Save*. It is now 0 by default.


---

** [tickets:#197] Default behaviour of "Clear Undo Stack on Save"**

**Status:** open
**Created:** Tue Nov 13, 2018 11:12 AM UTC by Sylvain Loiseau
**Last Updated:** Thu Dec 13, 2018 07:17 AM UTC
**Owner:** nobody


A very minor point: by default, the Undo Stack is cleared on save. I know this is a preference that can be changed in global preference, Document, "Clear Undo Stack on Save". However, I'm wondering whether the default behaviour should not be to preserve the stack on save. This is the behaviour in most app, and before realizing it is different in Alpha -- and changing it in the pref -- one can lost work.




---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #208 RFE - add chosen text wrapping value to document saved window state

[Greg D. <gre...@us...>]

Ha!  That was the problem.  I didn't think I had "wrap on open" set for any of my installs, but obviously I did on this one.  That must have happened while I was trying to test text wrapping behavior before the update.  Now it's fine.  Thanks!


---

** [tickets:#208] RFE - add chosen text wrapping value to document saved window state**

**Status:** fixed
**Created:** Tue Dec 11, 2018 07:01 PM UTC by Greg Dunn
**Last Updated:** Fri Dec 14, 2018 08:18 AM UTC
**Owner:** nobody
**Attachments:**

- [text wrapping.png](https://sourceforge.net/p/alphacocoa/tickets/208/attachment/text%20wrapping.png) (19.9 kB; image/png)


I would like to see the "text wrapping" preference for a document be included in the "saved window state" parameters so that the document's chosen text wrapping is saved with the document and restored when the document is re-opened..


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #202 Navigate in a fileset with an explorer-like window

[Bernard D. <bde...@us...>]

- **status**: open --> fixed



---

** [tickets:#202] Navigate in a fileset with an explorer-like window**

**Status:** fixed
**Created:** Mon Nov 19, 2018 09:21 AM UTC by Sylvain Loiseau
**Last Updated:** Fri Dec 14, 2018 10:29 AM UTC
**Owner:** nobody


This is a RFE.

When using fileset, I find sometime that it would be comfortable to have a view of the files of the fileset in a explorer-like or finder-like window, in witch you can select the files to be opened. Indeed, when searching in a fileset, it may sometime turn out to be boring to have to go back to the fileset menu and to the submenu corresponding to the (possibly deeply nested) directory I am currently searching in.

Another editor, whose name start with a T and end ends with "Mate" has something quite usefull: you can open a directory and have its structure displayed on the side of the window (never in my life have I dared to use this program, I was told about it by friends).

Best,
Sylvain


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #202 Navigate in a fileset with an explorer-like window

[Bernard D. <bde...@us...>]

Good idea. I have implemented a fileset browser based on a Browser view.
(I've been told by friends that editors whose name starts with a T and ends in Mate do not have such a nifty browser. See attached snapshot.)

Changes committed to the repository ([rev. 1589](https://sourceforge.net/p/alphacocoa/code/1589/)). The core must be rebuilt. The indices must be rebuilt.


Attachments:

- [fileset_browser.png](https://sourceforge.net/p/alphacocoa/tickets/_discuss/thread/5796c26bd5/f8c8/attachment/fileset_browser.png) (106.3 kB; image/png)


---

** [tickets:#202] Navigate in a fileset with an explorer-like window**

**Status:** open
**Created:** Mon Nov 19, 2018 09:21 AM UTC by Sylvain Loiseau
**Last Updated:** Mon Nov 19, 2018 09:21 AM UTC
**Owner:** nobody


This is a RFE.

When using fileset, I find sometime that it would be comfortable to have a view of the files of the fileset in a explorer-like or finder-like window, in witch you can select the files to be opened. Indeed, when searching in a fileset, it may sometime turn out to be boring to have to go back to the fileset menu and to the submenu corresponding to the (possibly deeply nested) directory I am currently searching in.

Another editor, whose name start with a T and end ends with "Mate" has something quite usefull: you can open a directory and have its structure displayed on the side of the window (never in my life have I dared to use this program, I was told about it by friends).

Best,
Sylvain


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #208 RFE - add chosen text wrapping value to document saved window state

[Bernard D. <bde...@us...>]

Hi Gerg,
what is the value of the *Wrap on Open* preference on this Maverick machine? You find it in *Alpha ↣ Preferences ↣ Global Preferences ↣ Documents*.


---

** [tickets:#208] RFE - add chosen text wrapping value to document saved window state**

**Status:** fixed
**Created:** Tue Dec 11, 2018 07:01 PM UTC by Greg Dunn
**Last Updated:** Fri Dec 14, 2018 08:10 AM UTC
**Owner:** nobody
**Attachments:**

- [text wrapping.png](https://sourceforge.net/p/alphacocoa/tickets/208/attachment/text%20wrapping.png) (19.9 kB; image/png)


I would like to see the "text wrapping" preference for a document be included in the "saved window state" parameters so that the document's chosen text wrapping is saved with the document and restored when the document is re-opened..


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #208 RFE - add chosen text wrapping value to document saved window state

[Greg D. <gre...@us...>]

I just downloaded Alpha 9.0.2d1 (devbuild) on both OS X 10.12.6 Sierra and OS X 10.10.5 Yosemite.  The updated code works as expected on 10.12.6, including remembering the text wrapping state, whether saved as "on" or "off".  Alpha correctly asks to wrap a file with long lines that was saved with text wrapping "off".  Excellent.

Unfortunately, on 10.10.5 Yosemite, it appears that the "text wrapping" state is always set to "on" when opening a file, even if it is manually turned "off" and the file saved with "record window state" selected.  In fact, I can even open a file which has never been edited with Alpha and it will have the "text wrapping" state set to "on" as it is opened.

If (e.g.) I disable "record window state", turn off text wrapping, reposition the window and save the file, the window size/position is not saved (correct) and the "record window state" flag is cleared (correct), but the "text wrapping" state is still "on" when the file is re-opened.

I've tried several variations (for example, opening a file not created by Alpha) to see if there's a sequence which triggers this behavior, but it seems to be consistent no matter what steps I follow when saving a file.  I do not have a global or text mode preferences file created, so it doesn't seem to be a rogue preference lurking there.

I'll be glad to try other steps if this can't be readily reproduced.  I know 10.10.5 is several versions old by now, so if this is not easily fixable, it's not a big problem to deal with.



---

** [tickets:#208] RFE - add chosen text wrapping value to document saved window state**

**Status:** fixed
**Created:** Tue Dec 11, 2018 07:01 PM UTC by Greg Dunn
**Last Updated:** Wed Dec 12, 2018 07:36 AM UTC
**Owner:** nobody
**Attachments:**

- [text wrapping.png](https://sourceforge.net/p/alphacocoa/tickets/208/attachment/text%20wrapping.png) (19.9 kB; image/png)


I would like to see the "text wrapping" preference for a document be included in the "saved window state" parameters so that the document's chosen text wrapping is saved with the document and restored when the document is re-opened..


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #209 Window position/size saved state is altered when re-opening a document

[Greg D. <gre...@us...>]

This seems to be working properly in the latest 9.0.2d1 devbuild.  Thanks!


---

** [tickets:#209] Window position/size saved state is altered when re-opening a document**

**Status:** fixed
**Created:** Tue Dec 11, 2018 07:09 PM UTC by Greg Dunn
**Last Updated:** Thu Dec 13, 2018 07:08 AM UTC
**Owner:** nobody


When changing something like the wrapping and/or window size/position, recording the window
state and then saving the document, the document (when re-opened) displays with the top left corner of the window displaced downward by about 60 pixels.  The lower left/right coordinates aren't disturbed (so the window ends up being a little smaller).  

Subsequent opens of saved documents retain this offset - I had thought perhaps it was attempting to tile or overlap the windows, but it seems just to be applying a fixed offset from the upper left corner of the screen to the top left of the document window.  Curiously, if I reduce the window size by resizing from the top of the window, making it yet smaller, that state seems to be retained.  Resizing it so that the top nestles just below the status bar (where a default document is placed) and then saving does not retain the setting, but causes the window top left to be displaced downward again on re-open.

OS X Yosemite 10.10.5, Alpha 9.0.1 (8030)


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #207 Are dark/coloured window frames possible?

[Bernard D. <bde...@us...>]

- **status**: open --> closed



---

** [tickets:#207] Are dark/coloured window frames possible?**

**Status:** closed
**Created:** Sun Nov 25, 2018 03:54 PM UTC by Christoph Schiller
**Last Updated:** Thu Dec 13, 2018 11:29 AM UTC
**Owner:** nobody


Sorry if this features already exists - I did not find it. When writing for long hours, many prefer to have a dark screen. In Alpha, there is a way to change the color of the interior of a window/file. But I did not find a way to change the colour of the frame around a window/file: the left column with the line numbers, the right one with the slider, the bottom bar and the top bar are always light grey, even in full screen mode.

Is there a way to make them dark as well, in the global preferences?






---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #207 Are dark/coloured window frames possible?

[Bernard D. <bde...@us...>]

Sorry for the delayed answer. Currently this is not possible on systems older than 10.14. AFAIK, there is no support in Cocoa to set the title bar's and/or status bar's background color.
Your best bet is to switch to Mojave (OS X 10.14) and use the dark mode. See the attachment.


Attachments:

- [mojave_dark_mode.png](https://sourceforge.net/p/alphacocoa/tickets/_discuss/thread/1e3e737344/6c94/attachment/mojave_dark_mode.png) (693.8 kB; image/png)


---

** [tickets:#207] Are dark/coloured window frames possible?**

**Status:** open
**Created:** Sun Nov 25, 2018 03:54 PM UTC by Christoph Schiller
**Last Updated:** Sun Nov 25, 2018 03:57 PM UTC
**Owner:** nobody


Sorry if this features already exists - I did not find it. When writing for long hours, many prefer to have a dark screen. In Alpha, there is a way to change the color of the interior of a window/file. But I did not find a way to change the colour of the frame around a window/file: the left column with the line numbers, the right one with the slider, the bottom bar and the top bar are always light grey, even in full screen mode.

Is there a way to make them dark as well, in the global preferences?






---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] Alpha Developer Build 9.0.2d1 (8221)

[<bde...@or...>]

Hi all,

I am planning to release version 9.0.2 of Alpha within a few days. 

Meanwhile I have just uploaded a developer build . This is Alpha 9.0.2d1 ("Acrux_d1") for Mac OS X 10.9 or greater. I contains fixes for recent tickets (#190, 191, 192, 193, 194, 196, 198, 200, 201, 203, 205, 208, 209). This is an opportunity for reporters to verify if the fix is OK.

This is not the final release. It is meant for developers and beta testers. 

Disclaimer: it reflects the current state of the source code and should be used only for testing the most recent features. 

It has been built with the sources at revision 1587 in the Subversion repository at SourceForge. 
Version:	9.0.2d1 (devel)
Date:	2018-12-13
Build:	8221
Revision:	1587

See at the end of this message, the main changes contained in this developer release. 

Here is the URL to download the application: 
https://sourceforge.net/projects/alphacocoa/files/DevBuild/Alpha_devbuild.zip/download (31.64M) 

Checksums: 
MD5:	 26fdf3dd58ebeec9bab4774fa392415b
SHA1:	 3b8a1827326bdbc15fece0c43040cc8a049cccdf
RMD160:	6f16c31258c42c169af08bf72f71d9560f5fa14b
SHA256:	 4763001126471e9530e1551100119b6c8684225509b4a413acd13e681cfdd9bd


If you find problems with the application, don't hesitate to post bug reports (go to Alpha's Bug Tracker). 

Thank you for using Alpha. 
Cheers, 
Bernard
Changes from previous version

new core command [yank].
The following bugs have been fixed (but remain open until the fix is confirmed):
Ticket #190: tab and font size not remembered with recordWindowState
Ticket #191: path bar keeps focus
Ticket #192: new button icons worn out after first use
Ticket #193: Strange behavior while opening several modal windows
Ticket #194: Same file opened twice with the 'File->Open...' dialog
Ticket #196: Enter does not wok on menu item
Ticket #198: unsaved change when typesetting in tex mode
Ticket #200: xml::electricClosingAngleBracket : two issues
Ticket #201: Offer to create a fileset with a directory dragged onto Alpha Icon
Ticket #203: 'Display Palettes' in Markdown mode: two bugs and one RFE
Ticket #205: Emacs Command 'Yank' Non-functional
Ticket #208: RFE - add chosen text wrapping value to document saved window state
Ticket #209: Window position/size saved state is altered when re-opening a document
The following tickets have been closed:
Ticket #169: Text Statistics
Ticket #174: Return key does not trigger print
Ticket #175: Request for Printer Font and Font Size
Ticket #177: iterationCount and Ctrl-U
Ticket #178: math shortcut desabled
Ticket #179: Backward incremental search does not exhaust current match
Ticket #180: OK after word count
Ticket #181: Cmd-arrow should follow visual line, not logical
Ticket #182: flowed text cursor position
Ticket #183: opt-left does not move window focus
Ticket #185: alt-arrow should exit isearch
Ticket #186: Scary bringToFront bug in connection with TeX error browsing
Ticket #187: Click is detected too slowly
Ticket #195: Odd menubar behaviour
Ticket #197: Default behaviour of 'Clear Undo Stack on Save'
Ticket #199: Skim jumps to first page of pdf
Ticket #206: User Interface Changes Capriciously in Minor-Point-Update

cheers,
Bernard

[Alphacocoa-devel] [alphacocoa:tickets] #204 Update Functionality: "Download and Install" Silently Fails to Install

[Bernard D. <bde...@us...>]

I have just re-tested everything and it works fine for me. I don't know what circumstance could have prevented the installation. The installation process logs information in 
`~/Library/Logs/Alpha/AlphaUpdater.log`. Could you check there if there is more information ?


---

** [tickets:#204] Update Functionality: "Download and Install" Silently Fails to Install**

**Status:** open
**Created:** Sat Nov 24, 2018 10:06 PM UTC by jwq
**Last Updated:** Sat Nov 24, 2018 10:06 PM UTC
**Owner:** nobody


Alpha 9.0 displayed a dialog stating that 9.0.1 is available, containing a button "Download and Install". When clicked, Alpha 9.0 downloads Alpha_9.0.1.dmg.zip [to the system-default download folder] and then, on completion, displays a "Download completed" message in the message bar and triggers the system alert sound. No install. A minor pest, but it would be nice to fix this for future versions so update functions as desired.


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.