2022-06-12 17:20:58 +05:30
|
|
|
// SPDX-License-Identifier: GPL-3.0-only
|
|
|
|
/*
|
|
|
|
* PolyMC - Minecraft Launcher
|
|
|
|
* Copyright (c) 2022 flowln <flowlnlnln@gmail.com>
|
|
|
|
* Copyright (C) 2022 Sefa Eyeoglu <contact@scrumplex.net>
|
|
|
|
*
|
|
|
|
* This program is free software: you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation, version 3.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program. If not, see <https://www.gnu.org/licenses/>.
|
|
|
|
*
|
|
|
|
* This file incorporates work covered by the following copyright and
|
|
|
|
* permission notice:
|
|
|
|
*
|
|
|
|
* Copyright 2013-2021 MultiMC Contributors
|
|
|
|
*
|
|
|
|
* Licensed under the Apache License, Version 2.0 (the "License");
|
|
|
|
* you may not use this file except in compliance with the License.
|
|
|
|
* You may obtain a copy of the License at
|
|
|
|
*
|
|
|
|
* http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
*
|
|
|
|
* Unless required by applicable law or agreed to in writing, software
|
|
|
|
* distributed under the License is distributed on an "AS IS" BASIS,
|
|
|
|
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
|
|
* See the License for the specific language governing permissions and
|
|
|
|
* limitations under the License.
|
|
|
|
*/
|
2013-11-04 07:23:05 +05:30
|
|
|
|
2013-08-14 11:43:41 +05:30
|
|
|
#pragma once
|
|
|
|
|
|
|
|
#include <QList>
|
2019-08-04 06:57:53 +05:30
|
|
|
#include <QMap>
|
|
|
|
#include <QSet>
|
2013-08-14 11:43:41 +05:30
|
|
|
#include <QString>
|
|
|
|
#include <QDir>
|
2013-08-17 17:10:51 +05:30
|
|
|
#include <QAbstractListModel>
|
2013-08-14 11:43:41 +05:30
|
|
|
|
2019-08-04 06:57:53 +05:30
|
|
|
#include "Mod.h"
|
refactor: move general code from mod model to its own model
This aims to continue decoupling other types of resources (e.g. resource
packs, shader packs, etc) from mods, so that we don't have to
continuously watch our backs for changes to one of them affecting the
others.
To do so, this creates a more general list model for resources, based on
the mods one, that allows you to extend it with functionality for other
resources.
I had to do some template and preprocessor stuff to get around the
QObject limitation of not allowing templated classes, so that's sadge :c
On the other hand, I tried cleaning up most general-purpose code in the
mod model, and added some documentation, because it looks nice :D
Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:28:22 +05:30
|
|
|
#include "ResourceFolderModel.h"
|
2013-11-04 07:23:05 +05:30
|
|
|
|
2022-04-16 05:05:17 +05:30
|
|
|
#include "minecraft/mod/tasks/ModFolderLoadTask.h"
|
|
|
|
#include "minecraft/mod/tasks/LocalModParseTask.h"
|
2015-09-05 22:16:57 +05:30
|
|
|
|
2017-09-17 02:39:05 +05:30
|
|
|
class LegacyInstance;
|
2013-11-04 07:23:05 +05:30
|
|
|
class BaseInstance;
|
2013-08-25 05:02:42 +05:30
|
|
|
class QFileSystemWatcher;
|
|
|
|
|
2013-08-14 11:43:41 +05:30
|
|
|
/**
|
2013-08-17 17:10:51 +05:30
|
|
|
* A legacy mod list.
|
2013-08-14 11:43:41 +05:30
|
|
|
* Backed by a folder.
|
|
|
|
*/
|
refactor: move general code from mod model to its own model
This aims to continue decoupling other types of resources (e.g. resource
packs, shader packs, etc) from mods, so that we don't have to
continuously watch our backs for changes to one of them affecting the
others.
To do so, this creates a more general list model for resources, based on
the mods one, that allows you to extend it with functionality for other
resources.
I had to do some template and preprocessor stuff to get around the
QObject limitation of not allowing templated classes, so that's sadge :c
On the other hand, I tried cleaning up most general-purpose code in the
mod model, and added some documentation, because it looks nice :D
Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:28:22 +05:30
|
|
|
class ModFolderModel : public ResourceFolderModel
|
2013-08-14 11:43:41 +05:30
|
|
|
{
|
2018-07-15 18:21:05 +05:30
|
|
|
Q_OBJECT
|
2013-08-14 11:43:41 +05:30
|
|
|
public:
|
2018-07-15 18:21:05 +05:30
|
|
|
enum Columns
|
|
|
|
{
|
|
|
|
ActiveColumn = 0,
|
|
|
|
NameColumn,
|
|
|
|
VersionColumn,
|
2019-08-04 06:57:53 +05:30
|
|
|
DateColumn,
|
2018-07-15 18:21:05 +05:30
|
|
|
NUM_COLUMNS
|
|
|
|
};
|
2019-08-05 04:14:56 +05:30
|
|
|
enum ModStatusAction {
|
|
|
|
Disable,
|
|
|
|
Enable,
|
|
|
|
Toggle
|
|
|
|
};
|
2022-06-14 01:33:12 +05:30
|
|
|
ModFolderModel(const QString &dir, bool is_indexed = false);
|
2018-07-15 18:21:05 +05:30
|
|
|
|
refactor: move general code from mod model to its own model
This aims to continue decoupling other types of resources (e.g. resource
packs, shader packs, etc) from mods, so that we don't have to
continuously watch our backs for changes to one of them affecting the
others.
To do so, this creates a more general list model for resources, based on
the mods one, that allows you to extend it with functionality for other
resources.
I had to do some template and preprocessor stuff to get around the
QObject limitation of not allowing templated classes, so that's sadge :c
On the other hand, I tried cleaning up most general-purpose code in the
mod model, and added some documentation, because it looks nice :D
Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:28:22 +05:30
|
|
|
QVariant data(const QModelIndex &index, int role = Qt::DisplayRole) const override;
|
|
|
|
bool setData(const QModelIndex &index, const QVariant &value, int role = Qt::EditRole) override;
|
2018-07-15 18:21:05 +05:30
|
|
|
|
refactor: move general code from mod model to its own model
This aims to continue decoupling other types of resources (e.g. resource
packs, shader packs, etc) from mods, so that we don't have to
continuously watch our backs for changes to one of them affecting the
others.
To do so, this creates a more general list model for resources, based on
the mods one, that allows you to extend it with functionality for other
resources.
I had to do some template and preprocessor stuff to get around the
QObject limitation of not allowing templated classes, so that's sadge :c
On the other hand, I tried cleaning up most general-purpose code in the
mod model, and added some documentation, because it looks nice :D
Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:28:22 +05:30
|
|
|
QVariant headerData(int section, Qt::Orientation orientation, int role = Qt::DisplayRole) const override;
|
|
|
|
int columnCount(const QModelIndex &parent) const override;
|
2018-07-15 18:21:05 +05:30
|
|
|
|
refactor: move general code from mod model to its own model
This aims to continue decoupling other types of resources (e.g. resource
packs, shader packs, etc) from mods, so that we don't have to
continuously watch our backs for changes to one of them affecting the
others.
To do so, this creates a more general list model for resources, based on
the mods one, that allows you to extend it with functionality for other
resources.
I had to do some template and preprocessor stuff to get around the
QObject limitation of not allowing templated classes, so that's sadge :c
On the other hand, I tried cleaning up most general-purpose code in the
mod model, and added some documentation, because it looks nice :D
Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:28:22 +05:30
|
|
|
[[nodiscard]] Task* createUpdateTask() override;
|
|
|
|
[[nodiscard]] Task* createParseTask(Resource const&) override;
|
2018-11-21 04:59:41 +05:30
|
|
|
|
refactor: move general code from mod model to its own model
This aims to continue decoupling other types of resources (e.g. resource
packs, shader packs, etc) from mods, so that we don't have to
continuously watch our backs for changes to one of them affecting the
others.
To do so, this creates a more general list model for resources, based on
the mods one, that allows you to extend it with functionality for other
resources.
I had to do some template and preprocessor stuff to get around the
QObject limitation of not allowing templated classes, so that's sadge :c
On the other hand, I tried cleaning up most general-purpose code in the
mod model, and added some documentation, because it looks nice :D
Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:28:22 +05:30
|
|
|
bool installMod(QString file_path) { return ResourceFolderModel::installResource(file_path); }
|
2022-06-11 01:13:01 +05:30
|
|
|
bool uninstallMod(const QString& filename, bool preserve_metadata = false);
|
|
|
|
|
2018-07-15 18:21:05 +05:30
|
|
|
/// Deletes all the selected mods
|
2019-08-05 00:43:50 +05:30
|
|
|
bool deleteMods(const QModelIndexList &indexes);
|
2018-07-15 18:21:05 +05:30
|
|
|
|
|
|
|
/// Enable or disable listed mods
|
2019-08-05 04:14:56 +05:30
|
|
|
bool setModStatus(const QModelIndexList &indexes, ModStatusAction action);
|
2018-07-15 18:21:05 +05:30
|
|
|
|
2019-08-05 00:43:50 +05:30
|
|
|
bool isValid();
|
2018-07-15 18:21:05 +05:30
|
|
|
|
2022-08-10 23:12:24 +05:30
|
|
|
bool startWatching() override;
|
|
|
|
bool stopWatching() override;
|
2022-04-15 06:32:41 +05:30
|
|
|
|
refactor: move general code from mod model to its own model
This aims to continue decoupling other types of resources (e.g. resource
packs, shader packs, etc) from mods, so that we don't have to
continuously watch our backs for changes to one of them affecting the
others.
To do so, this creates a more general list model for resources, based on
the mods one, that allows you to extend it with functionality for other
resources.
I had to do some template and preprocessor stuff to get around the
QObject limitation of not allowing templated classes, so that's sadge :c
On the other hand, I tried cleaning up most general-purpose code in the
mod model, and added some documentation, because it looks nice :D
Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:28:22 +05:30
|
|
|
QDir indexDir() { return { QString("%1/.index").arg(dir().absolutePath()) }; }
|
2014-12-18 07:18:14 +05:30
|
|
|
|
2022-07-10 23:45:25 +05:30
|
|
|
auto selectedMods(QModelIndexList& indexes) -> QList<Mod::Ptr>;
|
refactor: move general code from mod model to its own model
This aims to continue decoupling other types of resources (e.g. resource
packs, shader packs, etc) from mods, so that we don't have to
continuously watch our backs for changes to one of them affecting the
others.
To do so, this creates a more general list model for resources, based on
the mods one, that allows you to extend it with functionality for other
resources.
I had to do some template and preprocessor stuff to get around the
QObject limitation of not allowing templated classes, so that's sadge :c
On the other hand, I tried cleaning up most general-purpose code in the
mod model, and added some documentation, because it looks nice :D
Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:28:22 +05:30
|
|
|
auto allMods() -> QList<Mod::Ptr>;
|
2022-06-05 05:48:51 +05:30
|
|
|
|
refactor: move general code from mod model to its own model
This aims to continue decoupling other types of resources (e.g. resource
packs, shader packs, etc) from mods, so that we don't have to
continuously watch our backs for changes to one of them affecting the
others.
To do so, this creates a more general list model for resources, based on
the mods one, that allows you to extend it with functionality for other
resources.
I had to do some template and preprocessor stuff to get around the
QObject limitation of not allowing templated classes, so that's sadge :c
On the other hand, I tried cleaning up most general-purpose code in the
mod model, and added some documentation, because it looks nice :D
Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:28:22 +05:30
|
|
|
RESOURCE_HELPERS(Mod)
|
2019-07-15 04:37:21 +05:30
|
|
|
|
2013-11-04 07:23:05 +05:30
|
|
|
private
|
|
|
|
slots:
|
refactor: move general code from mod model to its own model
This aims to continue decoupling other types of resources (e.g. resource
packs, shader packs, etc) from mods, so that we don't have to
continuously watch our backs for changes to one of them affecting the
others.
To do so, this creates a more general list model for resources, based on
the mods one, that allows you to extend it with functionality for other
resources.
I had to do some template and preprocessor stuff to get around the
QObject limitation of not allowing templated classes, so that's sadge :c
On the other hand, I tried cleaning up most general-purpose code in the
mod model, and added some documentation, because it looks nice :D
Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:28:22 +05:30
|
|
|
void onUpdateSucceeded() override;
|
|
|
|
void onParseSucceeded(int ticket, QString resource_id) override;
|
2013-11-04 07:23:05 +05:30
|
|
|
|
2019-08-04 06:57:53 +05:30
|
|
|
private:
|
2019-08-05 04:14:56 +05:30
|
|
|
bool setModStatus(int index, ModStatusAction action);
|
2019-08-04 06:57:53 +05:30
|
|
|
|
2013-08-14 11:43:41 +05:30
|
|
|
protected:
|
2022-06-04 19:00:34 +05:30
|
|
|
bool m_is_indexed;
|
2022-08-11 21:30:09 +05:30
|
|
|
bool m_first_folder_load = true;
|
2013-08-14 11:43:41 +05:30
|
|
|
};
|