Yes, but I do need a callback on the close of a dialog/stickywin. I
already have a real simple dialog class for this project (stickywin is
a bit too much), but it works in a similar way.
I was wondering if I could use one callback function that receives the
file element and a true/false boolean depending on the result/button
click from the confirm..
The callback on close is needed to continue with the queue.
So the default could be (with delete set to flase as protection):
confirm: function(title, message, callback) {
new window({
..
}).addEvents({
confirm: callback,
close: callback
});
new confirm('myTitle', 'myMessage', this.deleteFileConfirmCallback.
(false, file));
deleteFileConfirmCallback: function(confirmDelete, file) {
if(!$defined(confirmDelete)) confirmDelete = false;
console.log('confirmDelete: ', confirmDelete);
console.log('file: ', file);
//continue with possible queue
this.queue.dequeue();
this.queue.doNext();
}
onConfirm the callback should receive a true setting for the variable
confirmDelete and the file, while onClose the callback in its default
way is ok (confirmDelete = false)
I could put in a callbackOk and callbackCancel in the confirm
function, but, if i could re-set one of the arguments (the first one
in this case) in the callback function call I wouldn't have to.
Does this make sense? ;)
On Nov 7, 1:54 am, Aaron Newton <[email protected]> wrote:
> stickywin has a hide event. it is fired whenever the window is set to
> display: none. that's all you should need.
>
>
>
> On Fri, Nov 6, 2009 at 4:47 PM, Rolf -nl <[email protected]> wrote:
>
> > Right. So I have a simple queue class now.
> > I was playing with stickywin and wondered if it has a callback
> > functionality for the close button? E.g. to check the queue..
> > I was having some issues with a simpler dialog class I created that I
> > fired a 'close' event when it hides. The close event could handle a
> > callback. However, if you would confirm/press OK in the dialog it
> > would have to execute the callback, but should also close.. which in
> > turn fires the close event which triggers a callback as well :) dohh
>
> > On Nov 6, 8:45 pm, Aaron Newton <[email protected]> wrote:
> > > var alertMsg = function(msg) { alert(msg) };
>
> > > var alerts = [];
>
> > > alerts.push(alertMsg.pass('hi'));
> > > alerts.push(alertMsg.pass('there'));
>
> > > alerts.each(function(fn) {
> > > fn();
>
> > > });
> > > On Fri, Nov 6, 2009 at 11:39 AM, Rolf -nl <[email protected]>
> > wrote:
>
> > > > I didn't know you could put function in an array... or maybe I did but
> > > > wasn't aware of it. I will investigate it.. maybe it's already done
> > > > inside of mootools or on places I haven't noticed it. Any examples?
>
> > > > Btw- 100 confirmation dialogs for 100 file delete actions is ofcourse
> > > > a bit ridiculous ;), but it's a simple way of explaining what's the
> > > > case and what has to be done.
>
> > > > On Nov 6, 6:16 pm, Aaron Newton <[email protected]> wrote:
> > > > > I agree that one popup for all the files is ideal, but if you want to
> > > > prompt
> > > > > for each one (which could be annoying) I would push functions into an
> > > > array.
> > > > > The function would contain the logic to show the confirmation and
> > send
> > > > the
> > > > > ajax request to delete the item and then call the next function in
> > the
> > > > array
> > > > > if there is one.
>
> > > > > On Fri, Nov 6, 2009 at 8:12 AM, Nathan White <
> > [email protected]
> > > > >wrote:
>
> > > > > > What if you create a deleteQueue array in your class. Inside the
> > onDrop
> > > > > > event you set a delay/timeout for something short like 10 or 20 ms.
> > You
> > > > > > store the delay in a variable. Before the delay put
> > > > $clear(this.delayDrop);
> > > > > > you should then be able to handle all in whatever way you like. You
> > > > could
> > > > > > even have a dialog with all files with check/uncheck all options
> > for
> > > > > > increased usability.
>
> > > > > > On Nov 6, 2009, at 8:01 AM, Rolf -nl <[email protected]>
> > wrote:
>
> > > > > >> Working on a file manager where I can select multiple files and
> > drag
> > > > > >> them to a trash can. I have to add functionality to ask a
> > confirmation
> > > > > >> for each file gets deleted. onDrop of a file an event is fired
> > which
> > > > > >> triggers the deleteConfirm function in the file manager class. The
> > > > > >> deleteConfirm shows a (modal) dialog (could be a stickywin as
> > well)
> > > > > >> that asks confirmation for that particular file.
>
> > > > > >> At the moment all onDrops ofcourse fire at the same time, or real
> > > > > >> quick after each other. So this results in multiple dialogs. You
> > only
> > > > > >> see one, because they are all centered positioned on screen. I
> > create
> > > > > >> one mask/body overlay a check before creating the modal dialog if
> > one
> > > > > >> exists already.
>
> > > > > >> I rather queue this so that the deleteConfirm only starts when a
> > > > > >> dialog is closed (either with Ok or Cancel) and then
> > create/display a
> > > > > >> new dialog.
>
> > > > > >> Does anyone know a way to create some sort of queue after the
> > dropped
> > > > > >> event is fired from the drag (which triggers, in case destination
> > is
> > > > > >> trashcan my deleteConfirm function). Something like chain...
>
> > > > > >> This way I could also do a "cancel all" from a dialog so it skips
> > the
> > > > > >> rest of the possibly 40 dialogs that ask for some sort of
> > > > > >> confirmation ;)
>
> > > > > >> Thanks for any input
