Skip to content

Update versions for new releases.#99

Merged
ahmedcharles merged 1 commit intoMudlet:release_30from
ahmedcharles:update_release
Aug 29, 2014
Merged

Update versions for new releases.#99
ahmedcharles merged 1 commit intoMudlet:release_30from
ahmedcharles:update_release

Conversation

@ahmedcharles
Copy link
Copy Markdown
Contributor

I propose that we branch here for 3.0 and let development continue on the development branch.

We can use this PR for discussion.

@vadi2
Copy link
Copy Markdown
Member

vadi2 commented Aug 28, 2014

Sounds good with me. Need to fix the app version to 3.0 - we never released 3.0 to have a 3.0.1.

@ahmedcharles
Copy link
Copy Markdown
Contributor Author

Yeah, did that. 3.0.0

@SlySven
Copy link
Copy Markdown
Member

SlySven commented Aug 28, 2014

I'm glad that I was able to make the version code contribution - see how easy it is now - and no need to edit the splashscreen... 😉

I have a comment in that the Application configuration data is still retained in a file ("~/.config/Mudlet/Mudlet 1.0.conf") at least on Linux (registry on Windows - I don't know?) because we use the following invocation in several (4?) places:

QSettings settings("Mudlet", "Mudlet 1.0");

Note that this is a single file alone in a single sub-directory of another sub-directory because the "mudlet-data" symbol link set up in main:main() is set to point to and the literal name used throughout the application is "~/.config/mudlet". Also, according to Qt Help for QFile:symlink() on Windows the linkname itself must end in ".lnk" which it doesn't seem to be, unless it happens automagically.

I've been loath to touch the values used to initalise each QSettings instance that because of losing the previous settings a user might have. However as we now use QCoreApplication::setApplicationName() and QCoreApplication::setOrganisationName() (both are set to "Mudlet") we could use the default version of the above (without the parentheses or the contents within) and then the file would change to be "~/.config/Mudlet/Mudlet.conf" at least on *nix builds and something similar in Windows (we'd have to also use QCoreApplication::setOrganisationDomain() to set THAT to "mudlet.org" for use on Mac builds). A simpler alternative would be to change all the usages of QSettings to be:

QSettings settings("mudlet", "mudlet");

then on platforms that store the data in a file it would be "~/.config/mudlet/mudlet.cong" i.e. "mudlet.conf" in the place where we store other mudlet data files: {seemingly including irc_nick and local.conf) and the irc_nick could be moved into the settings file anyhow...

@vadi2
Copy link
Copy Markdown
Member

vadi2 commented Aug 28, 2014

OK, let's have this as another PR for post 3.0.

On Fri, Aug 29, 2014 at 12:35 AM, Stephen Lyons notifications@github.com
wrote:

I'm glad that I was able to make the version code contribution - see how
easy it is now - and no need to edit the splashscreen... [image: 😉]

I have a comment in that the Application configuration data is still
retained in a file ("~/.config/Mudlet/Mudlet 1.0.conf") at least on Linux
(registry on Windows - I don't know?) because we use the following
invocation in several (4?) places:

QSettings settings("Mudlet", "Mudlet 1.0");

Note that this is a single file alone in a single sub-directory of another
sub-directory because the "mudlet-data" symbol link set up in main:main()
is set to point to and the literal name used throughout the application is
"~/.config/mudlet". Also, according to Qt Help for QFile:symlink() on
Windows the linkname itself must end in ".lnk" which it doesn't seem to be,
unless it happens automagically.

I've been loath to touch the values used to initalise each QSettings
instance that because of losing the previous settings a user might have.
However as we now use QCoreApplication::setApplicationName() and
QCoreApplication::setOrganisationName() (both are set to "Mudlet") we could
use the default version of the above (without the parentheses or the
contents within) and then the file would change to be
"~/.config/Mudlet/Mudlet.conf" at least on *nix builds and something
similar in Windows (we'd have to also use
QCoreApplication::setOrganisationDomain() to set THAT to "mudlet.org" for
use on Mac builds). A simpler alternative would be to change all the usages
of QSettings to be:

QSettings settings("mudlet", "mudlet");

then on platforms that store the data in a file it would be
"~/.config/mudlet/mudlet.cong" i.e. "mudlet.conf" in the place where we
store other mudlet data files: {seemingly including irc_nick and
local.conf) and the irc_nick could be moved into the settings file anyhow...


Reply to this email directly or view it on GitHub
#99 (comment).

ahmedcharles added a commit that referenced this pull request Aug 29, 2014
Update versions for new releases.
@ahmedcharles ahmedcharles merged commit 280ea55 into Mudlet:release_30 Aug 29, 2014
@ahmedcharles ahmedcharles deleted the update_release branch August 29, 2014 10:24
SlySven referenced this pull request in SlySven/Mudlet Oct 23, 2020
Changelog:
* Fixed cmake on mac os x
* Disabled TextEditorComponent::inputMethodEvent for Linux
* ref Mudlet#107, Several improvements  (Thanks @sebcaux) Support for sticky-selection in replaceSelection methods. (Required for InpuMethod entry) Improved TextEditorComponent::InputMethodEvent... It now support special chars entry like expected. (Option+e,  e => ´ => é) - Fixed gapvector destructor: it did not use an array delete. - TextEditorWidget::setHorizontalScrollBar not emits the correct horizontalScrollBarChanged event.
* ref Mudlet#106, Missing round function on SuSE. (Changed to qRound)
* ref #99, Speed improvements for markAll. (Added beginChanges and endChanges, to prevent updating per item)
* ref #96, Added support for readonly mode, via widget->setReadonly() or controller->setReadonly() Update CMakeList.txt
* wip readonly
* fixes #90, Several Qt deprecation warnings. Changed 0 to nullptr. Possible incompatibility with older releases!
* removed incorrect include file
* fix #101, Support for JSON based grammar files.
* Merge pull request #102 from emoon/readme-fix
* Merge branch 'Mudlet-master' (with some additions/changes)

Signed-off-by: Stephen Lyons <slysven@virginmedia.com>
SlySven referenced this pull request in SlySven/Mudlet Nov 12, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants