anyway.
Refactor PartitionManagerWidget() and MainWindopw(), moving lots of stuff not
directly related to the PartTableWidget/TreePartition-combo from the former to
the latter. This completely breaks the KCM for now.
Remember the currently selected device across rescans.
Use the partition and device container widget for the context menus of
partitions and devices.
Use QMegatObject::connectSlotByName() where possible, even setting object names
where required to make that work.
Emit operationsChanged() and devicesChanged() in OperationStack because only
that makes any sense.
Add devices properties to toolbar.
Rename itemActivated signal in PartTableWidget to itemDoubleClicked.
DeviceScanner, OperationRunner and OperationStack are child QObjects of
MainWindow now.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1095086
Remove the option to create msdos-vista-compatible partition tables. Instead,
use a global config to determine which alignment to use.
Add a device properties dialog.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1091755
using them
move the code used to map libparted partition flags to our own flags from the
job to LibParted
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1090002
Remove comment about race conditions when setting the selected device. Turns
out this wasn't at all the case. It was a signal loop, instead.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1089499
- allow applying operations for non-root users if
"allowApplyOperationsForNonRoot" is set to true (default is false)
- hide the radio button to create vista msdos partition tables unless
"allowCreateVistaPartitionTable" is true (default is false). The reason for
this is that there are, of course, no "vista msdos partition tables" in
reality, it's just a Microsoft stupidity that only works as long as there is
actually a partition starting at sector 2048 in that partition table. If the
partition table is just created empty, we have no way to determine it was
meant to be a "vista msdos partition table".
- allow settings the sector alignment for msdos-vista partition tables (default
is 2048, just like vista).
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1088920
core/libparted.cpp to this new class and use this class in
PartitionManagerWidget
Move the libparted-specific code to inspect _one_ device to a static method in
LibParted.
Make scanning for devices asynchronous with the new DeviceScanner class.
Introduce a progress dialog to show progress while scanning.
Rename the progress dialog for applying operations to something less generic.
Remove the signal emitted when the status bar should change: It's the same
logic used for the signal emitted when operations change.
Remove the onFinished() method in PartitionManagerWidget and directly connect
the finished signal from the apply-progress-dialog to the scanDevices slot.
Rename the PartitionManagerWidget::selectionChanged() signal to the less generic
PartitionManagerWidget::selectedPartitionChanged().
Rename PartitionManagerWidget::clearSelection() to the less generic
PartitionManagerWidget::clearSelectedPartition().
NOTE: The DeviceScanner class is a thread and exposes some race conditions if
not used with caution (aka workarounds). See comments in
PartitionManagerWidget::onScanDevicesFinished().
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1088844
signed)
adjust createUnallocated() so that it leaves sectorAlignment sectors free after
the start of an extended partition for a vista disk label, not sectorsPerTrack
check for the right minimum size for vista and msdos
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1084213
at xxxxxx2047 -- the vista installer seems to act that way but it's apparently
not really required.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1084191
table will be able to inform us about first and last usable sector... need to
have some defaults here.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1082202
no static functions for reading labels and uuids: that doesn't make any sense.
just use methods in FileSystem and its implementations. this means no more
distinction between internal and external support (for reading labels and UUIDs
that is), but I don't see that this will be missed.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1073165
at each device separately instead of relying on parted_probe_all. The latter
segfaults when it finds entries in /dev/mapper it cannot understand and hangs
for a long time when a floppy is configured in the machine's BIOS but not
actually present.
Of course this is nothing more than a workaround.
BUG: 221580
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1070840
Volker Lanz