Timeline


and

15/06/13:

05:04 Translation edited by alamaison
(diff)
03:14 Ticket #234 (Context menu is cut to only few options) created by svimik@mail.ru
Here is an example what I see in Windows XP:  http://svimik.com/swish.png

12/06/13:

20:11 Changeset in swish [122abe0] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Make menu insertion more robust with unexpected menu layout.

A hosting browser (usually Windows Explorer) might throw a really bizarre set of menus at us so we have to be prepared. This change stops us running off the end if the Tools menu contains too few items.

18:41 Changeset in swish [a5dda5a0] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Updated to latest version of winapi library.

16:36 Changeset in swish [cc0b4a4] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'develop' into refactor/commands

05/06/13:

09:00 Ticket #233 (Executing applications on remote end) created by anonymous
This feature would make swish a very nice integrated solution for server …

03/06/13:

10:24 Ticket #232 (This is serious bug http://www.swish-sftp.org/ticket/70) created by anonymous
And you closed it without even looking at it. Are you payed by goverment ?

29/05/13:

05:53 WikiStart edited by alamaison
Fix Transifex link (diff)

28/05/13:

09:52 Ticket #90 (Missing file extensions) closed by alamaison
fixed: In [31b453c85ad0e9c83bc300e6c7562a1e7489941f/swish]: […]
09:49 Changeset in swish [4856804] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'fix/file_extensions' into develop

08:52 Changeset in swish [31b453c] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Only hide extensions of known file types.

The previous change was hiding the extension of all file, if the user had "Hide extensions for known file types" set.

This change looks up each file's type in the registry to decide whether to show the extension based on the presence of the AlwaysShowExt? value. The "Unknown" file type includes that value, so this change fixes the problem and also takes care of other file types that should always show their extension regardless of user setting.

Closes #90.

27/05/13:

20:54 Changeset in swish [1bb5eb6] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Fix showing/hiding file extensions.

We were misunderstanding the SHGDN flags to GetDisplayNameOf?. We were assuming Explorer would set the SHGDN_FORPARSING flag if the user settings meant they wanted to see the file extension. But Explorer doesn't tell us whether the user wants extensions or not. We have to work that out for ourselves. The FORPARSING flag just *forces* extensions on in case the system needs them to parse them. The result for us was that we kept returning the name without the file extension because that was what we thought we were being asked for.

This change makes Swish decides whether to show extensions based on the settings in the registry. Thanks to Chaot_s for pointing us to the registry keys.

Addresses #90.

23/05/13:

10:45 Ticket #231 (Swish 073 - Error time file) created by omoutret@touraine-logement.fr
With Swish, well as download the latest version 0.7.3, I get an error on …

21/05/13:

05:29 Ticket #182 (Upload progress doesn't update frequently) closed by alamaison
fixed: In [189817f37a81481c6a8a77d030b6f94e4467d44c/swish]: […]
05:20 Changeset in swish [5fe64b3] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'feature/async_drop_target' into develop

Conflicts:

swish/drop_target/DropUI.cpp

05:03 Changeset in swish [bb22a74] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'release/0.7.4' into develop

05:01 Changeset in swish [44cd7a5] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'release/0.7.4'

04:33 Changeset in swish [019444b] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Updated NEWS for version 0.7.4.

20/05/13:

20:37 Changeset in swish [457e3db] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Updated Welsh translation from Transifex.

20:34 Changeset in swish [4e8abc6] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Bumped version number to 0.7.4.

20:19 Changeset in swish [9f37ec7] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'feature/version_from_resource' into develop

20:16 Changeset in swish [6ccd761] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Centralise version information.

This make the resource (RC) file, the About dialog and the Winsparkle update initialisation get their version information from the same source. This stops them getting out of sync and makes it easier to bump the version number.

There are still other files that must have the version number changed manually. making_a_release.txt lists these.

18:39 Changeset in swish [335d30c] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'fix/sync_drop_ui_blocking' into develop

18:03 Changeset in swish [189817f] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Pump UI messages on synchronous drop.

Because we are no longer doing the transfer in a different COM apartment, which would pump messages during the call, the UI blocks on the drop. That includes not showing the progress dialog.

Therefore, we pump outstanding messages every time there is an update. I don't think this it the right solution, but we can't run the progress dialog in a different thread as that breaks the windows rules.

The UI is still not wonderfully responsive because it can only update a little each time the progress is updated. We may be able to do better once we use libssh2's non-blocking API as then we can pump messages more frequently.

Closes #182.

13:30 Changeset in swish [05fb4ea] by alamaison
fix/sync_ui_attempt

A try at fixing the blocking UI when doing a synchronous transfer.

Because we are no longer doing the transfer in a different COM apartment, which would pump messages during the call, the UI blocks on the drop. That includes not showing the progress dialog.

This change attempted to create and update the progress dialog on a new thread. It doesn't work because, I think, it breaks the Windows windowing rules by having an owned window created (and pumped) in a different thread. The pumping has to happen in the main thread.

19/05/13:

08:58 Changeset in swish [98ec918] by alamaison
mastercmakedevelopfeature/vs2015fix/sync_ui_attemptrelease/0.8.0wip_vs_2015

Fixed bug that should never have compiled.

Unbelievably, DummyProgress? didn't inherit from anything yet the
compiler was quite happy to let us use it as a Progress. But when the
code tried to call a method it would crash, presumably because there
was no vtable. How was this ever allowed to compile?!

Note: See TracTimeline for information about the timeline view.