command support types
export the fs implementation class symbols to let backend plugins access them
make the static properties holding the command support information in the
implementations public so backend plugins can change them
rename resizeInternal to resizeBackend in the resize filesystem job
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1119648
alleviates the problems arising from overwriting the spin box values if the new
value is illegal since we don't see values while they are being entered
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1119551
because that's where it's actually being used exclusively.
don't update the spinbox value in
SizeDialogBase::onFreeSpaceBefore/AfterChanged() because if we do that the user
cannot enter values digit by digit anymore (we'll just overwrite what he entered
after each keystroke)
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1119113
make sure we set the correct value for the free space spinboxes after
calculating the new first/last sector
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1119091
don't check for length constraints when moving a partition: the length must not
change anyway and the logic wouldn't work because the length DOES change in
between calls to update first and last sector
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1119076
PartitionAlignment::alignedLastSector() take the min and max first/last, the
min length and the max length as args, making a lot of stuff in
PartitionAlignment superfluous.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1119051
to delete and re-create the unallocated first and last child in an extended
partition, which is a waste of resources
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1116005
they're called in in the various dialog ctors to how it was in 1.0.x (which
makes a lot more sense)
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1115388
partitions (i.e., just remove any children)
call resizeLogicals() when a new partition's role changes in NewDialog so it
gets an unallocated child if it's now extended or the unallocated child is
removed if not anymore.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1115223
the ResizeDialog to said dialog instead of cluttering the
PartitionManagetWidget's call with that.
Call updatePartitions() after exec'ing ResizeDialog() even if the dialog was
not accepted as it might have deleted and re-created unallocated children of
extended partitions anyway -- and that would crash us later.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1115191
Moving extended partitions is not allowed if they have logicals and calling the
resizeLogicals() method will remove the unallocated partition the user has with
an 98% probability clicked to drag from under our feet, causing moving to fail.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1115167
partWidget is created
make sure to always create unallocated partitions when resizing an extended,
not only if it already has one.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1115158
Make sure aligning partitions actually works in the part resizer. Could still
need work and even thought.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1115134
anymore because when aligning the resized partition it is no longer known if an
existing partition is the source of the temporary copy or some other partition.
Let the ResizeDialog modify the original and restore its start and end sector
after the dialog has been executed instead.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1115133
let the PartResizerWidget know the state of the align checkbox
use the toggled, not the stateChanged signal from the align checkbox
make sure PartResizerWidget::setMoveAllowed is called before PartResizerWidget::init
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1115131
calculated:
In case of the free sectors after a partition, we used to just add the length
of the following unallocated partition to the last sector. This does not work
for extended partitions where unallocated partitions have
number_of_sectors_per_track free space before AND after them.
This is because if a new partition is created in place of the unallocated space
and this partition is followed by another logical, we need two times
number_of_sectors_per_track for two extended boot records.
If, however, the partition in question is simply resized to fill up all space
following it (and is still followed by a logical), we only need ONE EBR.
To solve this, we now use the difference between the following partition's last
sector and the partition's last sector instead.
The same is true for free sectors preceding a partition, of course.
svn path=/trunk/extragear/sysadmin/partitionmanager/; revision=1115127