0xf8/pollymc
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
050768c266
pollymc/launcher/ui/widgets/InfoFrame.cpp

173 lines
3.9 KiB
C++
Raw Normal View History

NOISSUE Update Copyright Year
2021-01-18 12:58:54 +05:30
/* Copyright 2013-2021 MultiMC Contributors
Licenses, cleanup
2013-10-09 02:41:24 +05:30
*
* 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.
*/
switch from tooltip to messagebox
2013-10-12 18:49:49 +05:30
#include <QMessageBox>
Reformat and (slightly) decruft all the things.
2013-11-04 07:23:05 +05:30
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
#include "InfoFrame.h"
#include "ui_InfoFrame.h"
NOISSUE continue reshuffling the codebase
2021-11-22 08:25:16 +05:30
#include "ui/dialogs/CustomMessageBox.h"
Reformat and (slightly) decruft all the things.
2013-11-04 07:23:05 +05:30
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
InfoFrame::InfoFrame(QWidget *parent) :
QFrame(parent),
ui(new Ui::InfoFrame)
{
ui->setupUi(this);
ui->descriptionLabel->setHidden(true);
ui->nameLabel->setHidden(true);
updateHiddenState();
}
InfoFrame::~InfoFrame()
{
delete ui;
}
void InfoFrame::updateWithMod(Mod const& m)
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
{
refactor: move general info from Mod to Resource This allows us to create other resources that are not Mods, but can still share a significant portion of code. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-09 10:23:50 +05:30
if (m.type() == ResourceType::FOLDER)
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
{
clear();
return;
}
Show defaults if mod type is 'folder'
2013-10-09 02:55:56 +05:30
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
QString text = "";
QString name = "";
if (m.name().isEmpty())
refactor: remove unused mod info and organize some stuff
2022-04-16 06:37:35 +05:30
name = m.internal_id();
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
else
name = m.name();
Fall back to mod ID if name is missing for some reason
2013-10-09 07:40:56 +05:30
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
if (m.homeurl().isEmpty())
text = name;
else
text = "<a href=\"" + m.homeurl() + "\">" + name + "</a>";
if (!m.authors().isEmpty())
NOISSUE refactor Mod a bunch, get rid of dead code
2019-08-03 09:00:46 +05:30
text += " by " + m.authors().join(", ");
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
setName(text);
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
if (m.description().isEmpty())
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
setDescription(QString());
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
}
else
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
setDescription(m.description());
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
}
Mod info, with less HTML! And responding to keyboard events too.
2013-10-09 05:33:02 +05:30
}
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
void InfoFrame::updateWithResource(const Resource& resource)
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
setName(resource.name());
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
}
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
void InfoFrame::clear()
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
setName();
setDescription();
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
}
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
void InfoFrame::updateHiddenState()
GH-1313 remove translatable strings from MCModInfoFrame
2016-01-02 08:31:00 +05:30
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
if(ui->descriptionLabel->isHidden() && ui->nameLabel->isHidden())
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
{
setHidden(true);
}
else
{
setHidden(false);
}
GH-1313 remove translatable strings from MCModInfoFrame
2016-01-02 08:31:00 +05:30
}
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
void InfoFrame::setName(QString text)
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
{
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
if(text.isEmpty())
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
ui->nameLabel->setHidden(true);
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
}
else
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
ui->nameLabel->setText(text);
ui->nameLabel->setHidden(false);
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
}
updateHiddenState();
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
}
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
void InfoFrame::setDescription(QString text)
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
{
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
if(text.isEmpty())
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
ui->descriptionLabel->setHidden(true);
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
updateHiddenState();
return;
}
else
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
ui->descriptionLabel->setHidden(false);
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
updateHiddenState();
}
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
ui->descriptionLabel->setToolTip("");
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
QString intermediatetext = text.trimmed();
bool prev(false);
QChar rem('\n');
QString finaltext;
finaltext.reserve(intermediatetext.size());
foreach(const QChar& c, intermediatetext)
{
if(c == rem && prev){
continue;
}
prev = c == rem;
finaltext += c;
}
QString labeltext;
labeltext.reserve(300);
if(finaltext.length() > 290)
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
ui->descriptionLabel->setOpenExternalLinks(false);
ui->descriptionLabel->setTextFormat(Qt::TextFormat::RichText);
m_description = text;
NOISSUE Add pack author and description to technic modpack import page
2020-11-03 02:58:07 +05:30
// This allows injecting HTML here.
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
labeltext.append("<html><body>" + finaltext.left(287) + "<a href=\"#mod_desc\">...</a></body></html>");
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
QObject::connect(ui->descriptionLabel, &QLabel::linkActivated, this, &InfoFrame::descriptionEllipsisHandler);
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
}
else
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
ui->descriptionLabel->setTextFormat(Qt::TextFormat::PlainText);
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
labeltext.append(finaltext);
}
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
ui->descriptionLabel->setText(labeltext);
Move mod info frame and handler to MCModInfoFrame, use on all instances
2013-10-09 02:15:48 +05:30
}
GH-1322 fix mod description ... button popping up multiple dialogs
2015-11-13 05:20:38 +05:30
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
void InfoFrame::descriptionEllipsisHandler(QString link)
switch from tooltip to messagebox
2013-10-12 18:49:49 +05:30
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
if(!m_current_box)
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
m_current_box = CustomMessageBox::selectable(this, "", m_description);
connect(m_current_box, &QMessageBox::finished, this, &InfoFrame::boxClosed);
m_current_box->show();
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
}
else
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
m_current_box->setText(m_description);
NOISSUE tabs -> spaces
2018-07-15 18:21:05 +05:30
}
GH-1322 fix mod description ... button popping up multiple dialogs
2015-11-13 05:20:38 +05:30
}
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
void InfoFrame::boxClosed(int result)
GH-1322 fix mod description ... button popping up multiple dialogs
2015-11-13 05:20:38 +05:30
{
refactor: adapt rest of the codebase to the new resource model In order to access the ModFolderModel from the ModFolderPage, i created a new m_model for the correct type, shadowing the m_model of type ResourceFolderModel. This creates two shared_ptr references to the same object, but since they will have the same lifetime, it doesn't generate a memory leak. Signed-off-by: flow <flowlnlnln@gmail.com>
2022-08-10 23:18:34 +05:30
m_current_box = nullptr;
switch from tooltip to messagebox
2013-10-12 18:49:49 +05:30
}
Reference in New Issue Copy Permalink