Post by: flattspott on May 30, 2004, 10:51:00 AM
If you're interested in helping you can get the souce here
As soon as I get done with what I am doing today, I send koldfuzions newest file.
Right now I am trying to get the dynamic menu stuff working. So if you've been wondering where I dissappeared to... well you know now.
And now some screenshots.
(IMG:http://img51.photobucket.com/albums/v157/flattspott/fileman1.png)
(IMG:http://img51.photobucket.com/albums/v157/flattspott/fileman2.png)
This post has been edited by flattspott: Jun 1 2004, 03:38 PM <
Post by: geniusalz on May 30, 2004, 11:08:00 AM
Post by: koldfuzion on May 30, 2004, 01:11:00 PM
THUMBPAD UP/DOWN Cycle through drives/dirs
X- Mark/Unmark
A-Select (open dir)
RIGHT TRIGGER+PAD UP/DOWN will switch lists.. not direction depended.. just switches to "other" list.
Y - MENU
B - CANCEL MENU. (if menu not showing.. quit filemanager)
This post has been edited by koldfuzion: Jun 2 2004, 01:02 AM <
Post by: Jezz_X on May 31, 2004, 01:14:00 AM
Post by: flattspott on May 31, 2004, 08:41:00 AM
Post by: BenJeremy on May 31, 2004, 03:48:00 PM
Looks good so far.
Post by: geniusalz on June 01, 2004, 05:06:00 PM
Thoughts:
What happens when someone presses Y while in the bottom list? The menu that shows up covers the bottom list. Some people might interpret that as the action applying to the bottom list, and some might think it's the top list (action meaning whateve you select, i.e. "move", "copy", "delete", etc)
Little bug:
When you press Y on any item, then press B, it takes two presses of A on ".." to go up a folder.
Major gripe: Lists aren't sorted. Would this be better implemented in the script, or natively, when the 'file search' routines work?
<
Post by: flattspott on June 01, 2004, 05:26:00 PM
| QUOTE |
| What happens when someone presses Y while in the bottom list? The menu that shows up covers the bottom list. Some people might interpret that as the action applying to the bottom list, and some might think it's the top list (action meaning whateve you select, i.e. "move", "copy", "delete", etc) |
Well this is the development phase. But after staring at this junk for so long, I was thinking of changing it so the menu stuff pops up so that the overlaps the bottom of the top list and the top of the bottom list. Maybe also add another image resource for it too.
| QUOTE |
| Some people might interpret that as the action applying to the bottom list, and some might think it's the top list (action meaning whateve you select, i.e. "move", "copy", "delete", etc) |
The menu stuff was rushed. I only started to implement right before the link was posted. I'm working it out now.
| QUOTE |
| When you press Y on any item, then press B, it takes two presses of A on ".." to go up a folder. |
Hm, I look into it, I think that happed to me too. But I forgot I guess.
| QUOTE |
| Major gripe: Lists aren't sorted. Would this be better implemented in the script, or natively, when the 'file search' routines work? |
I did suggest BJ do some kind of sorting. I think it'll be best done natively. The only way I thought I can do this would be to use a bunch of xml files. On a sidenote though, you'd of really disliked the very first concept version. It had files and folders all mixed up.
| QUOTE |
| I had a good look at it, and I think it's amazing. I like the look, and the icons add a nice touch. |
Thanks man. However it's probably horrible scriptwise. My motto is, whatever gets the job done. And would you mind explaining what YGPM means? <
Post by: koldfuzion on June 01, 2004, 04:21:00 PM
YGPM = You Got Private Message
Hope it helped!
EDIT:
| QUOTE |
| QUOTE Some people might interpret that as the action applying to the bottom list, and some might think it's the top list (action meaning whateve you select, i.e. "move", "copy", "delete", etc) The menu stuff was rushed. I only started to implement right before the link was posted. I'm working it out now. |
The original thinking was to limit any actions to the top list only. for 2 reasons. 1. to consume less code just to make actions interchangeable to both lists.
2. To allow an area for the menu without having allways use popups. I dont really see the confusion here. With the panes labeled as Source, Target... a user should know where its coming from and going to.
Now, keep in mind there might be a slight learning curve. Lets see a show of hands for people that said "What the F" when they first tried to copy in boxplorer.
One remedy.. might be to have a text statement (when the menu is shown) that says what the source and target locations are.... or to do it as a confirmation on Action commands. (blah blah blah pull left+right trigger +start to execute ring a bell?)
Post by: flattspott on June 01, 2004, 04:25:00 PM
<< Yes I tried to look it up.
Post by: flattspott on June 01, 2004, 05:51:00 PM
Well as I doing the new menu stuff I plan on locking the Target list from anything other then browsing. All operations will take place from the source list and the script will known when to actually use the target folder, that and if its valid too. <
Post by: koldfuzion on June 01, 2004, 04:45:00 PM
im guilty of mashing buttons to see what they do too.. it would suck if i moved all of my C drive to F drive without having a way to prevent/cancel out of the action.
Post by: flattspott on June 01, 2004, 05:29:00 PM
I thought about the prompts before actually doing any operations. But I'd rather have people screw up there Xbox's instead... just kidding
Post by: Yuyu on June 01, 2004, 10:51:00 PM
Post by: geniusalz on June 01, 2004, 11:25:00 PM
Or just have a popup selecting 'target', but I think it's a little too late for that, considering much of the work is done for the 2 pane view.
I'll look at the code in more detail and think about it.
Edit: Right now the skinnability is not implemented into 'mxm skins', but it might be possible.
This post has been edited by geniusalz: Jun 2 2004, 06:27 AM <
Post by: flattspott on June 02, 2004, 06:31:00 AM
Post by: Yuyu on June 02, 2004, 07:46:00 AM
Post by: koldfuzion on June 02, 2004, 09:21:00 AM
does the windows explorer have a target?
since the items being copied... are being put into a "queue".. then why cant we just use the next "mark" after the action to mark the destination?
then the window can be made larger, and/or the queue be made available for display/unmarking.
so if i want to copy 3 files from c:\media. i mark them
I select COPY from the menu, .. they go into the queue. then I navigate to where i want them pasted in the same list. I Mark the destination and once that mark is made i get the confimation/execution results.
A single "trigger" variable could hold whether that second mark was made after the copy command.
Post by: geniusalz on June 02, 2004, 09:48:00 AM
Post by: chilin_dude on June 02, 2004, 10:04:00 AM
Great work so far, it is looking very good, espec the iconts for dvd and hd etc. Looks very proffesional.
I agree With geniusalz, I NEVER use the default windows explorer because it only has one window, I prefer a explorer that has two windows that I can explorer separately, makes it alot easier to use!
Post by: koldfuzion on June 02, 2004, 11:21:00 AM
| QUOTE |
| I think only folders should be shown on the bottom pane, to emphasize 'target' |
I agree with that.
along with that... i think the target list should always be hidden..unless files are marked and COPY selected. Then you can show the list and push the "cursor" to the target list for directory selection.
Putting the buttons in a "popup" just doesnt make sence when the target list isnt used for every command. delete, rename, select for other function can all be done in the source list.
The target listbox is prime screen-estate and should be used accordingly IMHO.
along those lines... if you auto-switch tot the target list (show) when copy command and those like it are pressed.. you can use an overlay on the source list to provide confirmation/progress.-
Title: The Official Filemanager Topic
Post by: flattspott on June 02, 2004, 12:12:00 PM
-
Sheesh, I am away for a while and you guys take over everything...
You know, it was my intial intention to keep the target list dirs onlys. But I figured people would complain.
Now seriously, who's in faver of being able to do operations from either list?
-
Title: The Official Filemanager Topic
Post by: flattspott on June 02, 2004, 12:15:00 PM
-
along with that... i think the target list should always be hidden..unless files are marked and COPY selected. Then you can show the list and push the "cursor" to the target list for directory selection.
Putting the buttons in a "popup" just doesnt make sence when the target list isnt used for every command. delete, rename, select for other function can all be done in the source list.
The target listbox is prime screen-estate and should be used accordingly IMHO.
along those lines... if you auto-switch tot the target list (show) when copy command and those like it are pressed.. you can use an overlay on the source list to provide confirmation/progress.
Post by: flattspott on June 02, 2004, 12:12:00 PM
You know, it was my intial intention to keep the target list dirs onlys. But I figured people would complain.
Now seriously, who's in faver of being able to do operations from either list?
Post by: flattspott on June 02, 2004, 12:15:00 PM
| QUOTE |
| think the target list should always be hidden..unless files are marked and COPY selected. Then you can show the list and push the "cursor" to the target list for directory selection. |
Don't forget about the MOVE operation.
Post by: koldfuzion on June 02, 2004, 01:27:00 PM
Post by: geniusalz on June 02, 2004, 01:43:00 PM
Post by: flattspott on June 02, 2004, 01:56:00 PM
Post by: flattspott on June 02, 2004, 04:41:00 PM
| CODE |
Set DirsOnly 1 // Change this to 0 to see files in the target list and later when searching If %List% == "TRG_" Then If# %DirsOnly% == 1 Goto SEARCHFILESEND EndIf |
Post by: flattspott on June 02, 2004, 04:58:00 PM
Now that I think about it, it should kinda easy to at least put everything in order based on the first character. While this would mean you might get a list like
Avacado
Apple
Two
Three
Ten
at least they'd be in more of an order then the way it is now.
Post by: geniusalz on June 02, 2004, 04:58:00 PM
| QUOTE |
| So what the verdict on the dirs only target list? If that's what everyone wants it's the easiest thing to change. Just one line needed. |
Post by: flattspott on June 03, 2004, 09:23:00 AM
| CODE |
<0 name=".." path="C:\" size="0" /> <1 name="[Audio]" path="C:\Audio" selected="0" size="0" /> <2 name="[backup]" path="C:\backup" selected="0" size="0" /> <3 name="[BIOS]" path="C:\BIOS" selected="0" size="0" /> <4 name="[fonts]" path="C:\fonts" selected="0" size="0" /> <5 name="[media]" path="C:\media" selected="0" size="0" /> <6 name="[Scripts]" path="C:\Scripts" selected="0" size="0" /> <7 name="[Skins]" path="C:\Skins" selected="0" size="0" /> <8 name="[Skin]" path="C:\Skin" selected="0" size="0" /> <9 name="[Trainers]" path="C:\Trainers" selected="0" size="0" /> <10 name="[xodash]" path="C:\xodash" selected="0" size="0" /> <11 name="[xboxdashdata.10027100]" path="C:\xboxdashdata.10027100" selected="0" size="0" /> <12 name="[xboxdashblue.10027100]" path="C:\xboxdashblue.10027100" selected="0" size="0" /> |
As you can see it's not perfect but better then the old way.
Now I need to do the same for the files now.
Post by: geniusalz on June 03, 2004, 09:53:00 AM
Post by: Yuyu on June 03, 2004, 10:27:00 AM
and if searching is not done natively, isn't there a way to do a binary and/or linear search with actionscripting ?
Don't know, just actually asking here...
Post by: BenJeremy on June 03, 2004, 11:33:00 AM
As for searching, what exactly do you mean?
Post by: muerte on June 03, 2004, 12:02:00 PM
| QUOTE (geniusalz @ Jun 3 2004, 12:53 PM) |
| BJ: Any idea whether you'll implement searching natively or not? |
Can't you do something like this in actionscripting (sorry for the c++
)?| CODE |
| // max - is upper limit // search - is just an array // wanted - is what you're searching for for(int x = 0; x < max; x++) if(search
|
Second thing, BJ... will you add all the essential actionscripts (ie filemanager) right into the next release? I'm sure many people will be happier to see it already included, instead of having to download them seperately. Plus, you can take the functions added by these actionscripts, and put them on the next feature list. Just a suggestion.
Post by: BenJeremy on June 03, 2004, 12:23:00 PM
I don't know if this is the search he's referring to, though.
As for including the file manager in the internal.xml, I'd like to do that, but there will be other considerations as well. I need to add cropping to images, so a single source image can be used to hold all the icons.
I am also looking into expressions (using () for numerical values - see notes in ActionScriptReadMe.txt) and access of memory buffers as variables with array indices.
Post by: flattspott on June 03, 2004, 01:56:00 PM
| CODE |
| First :BUILDSORTTABLE Set SortTable 0123456789abcdefghijklmnopqrstuvwxyz SetFunc SortCount Length %SortTable% For I = 0 To %SortCount% SetFunc Char%I% Mid %I% 1 %SortTable% Next Return Then when searching SetFunc sName Replace "*\\" "" %sName% SetFunc ToSort Replace "%CurrentDir%" "" %sName% SetFunc ToSort Left 1 %ToSort% If %ToSort% == %Char{SortValue}% Then |
Post by: geniusalz on June 03, 2004, 02:19:00 PM
Proper sorting could be done in the script, but it tends to get slow with large lists. The "IF" command, if I remember correctly, can compare strings.
Post by: flattspott on June 03, 2004, 02:19:00 PM
| QUOTE |
| I don't know if this is the search he's referring to, though. |
I believe what everyone is talking about is the File Searching stuff. Mainly the way it seems to find whatever files it finds randomly, AFile, CDir, RDir, FFile etc.
Post by: flattspott on June 03, 2004, 02:21:00 PM
I think it'll be too complex for me to try doing it.
Post by: geniusalz on June 03, 2004, 02:25:00 PM
If you want, I can still do it.
Post by: flattspott on June 03, 2004, 02:34:00 PM
Post by: flattspott on June 03, 2004, 02:50:00 PM
Set One Apple
Set Two Avacado
If %Two% > %One% Then
MsgBox "%Two% is greater than %One%"
EndIf
Post by: BenJeremy on June 03, 2004, 03:03:00 PM
Post by: flattspott on June 03, 2004, 03:48:00 PM
Base on a few things I found here's what I tried.
Set SortCount 10
Set Item1 red
Set Item2 orange
Set Item3 blue
Set Item4 yellow
Set Item5 purple
Set Item6 green
Set Item7 black
Set Item8 magenta
Set Item9 saphire
Set Item10 white
For I = %SortCount% To 1 Step -1
For J = 1 To %I%
Set J2 %J%
Add J2 1
If %Item{J2}% < %Item{J}% Then
Set Tmp %Item{J}%
Set Item%J% %Item{J2}%
Set Item%J2% %Tmp%
EndIf
Next
Next
:OutPut
OpenWrite SortFile Z:\Sort.txt
For I = 1 To %SortCount%
WriteFileLn SortFile %Item{I}%
Next
CloseFile SortFile
It doesn't really work
Post by: koldfuzion on June 03, 2004, 03:57:00 PM
i cant even wipe my....nevermind.
Post by: geniusalz on June 03, 2004, 05:55:00 PM
| CODE |
Set SortCount 10 Set Item1 yellow Set Item2 orange Set Item3 red Set Item4 blue Set Item5 purple Set Item6 green Set Item7 white Set Item8 magenta Set Item9 saphire Set Item10 black Set newCount %SortCount% Sub newCount 1 For I = %newCount% To 1 Step -1 If# %I% > 1 Then For J = 1 To %I% Set J2 %J% Add J2 1 If %Item{J2}% < %Item{J}% Then Set Tmp %Item{J}% Set Item%J% %Item{J2}% Set Item%J2% %Tmp% EndIf Next Else Set J 1 Set J2 %J% Add J2 1 If %Item{J2}% < %Item{J}% Then Set Tmp %Item{J}% Set Item%J% %Item{J2}% Set Item%J2% %Tmp% EndIf EndIf Next :OutPut Set outp "Sorted:" For L = 1 To %SortCount% Set outp %outp%$eol$%Item{L}% Next Msgbox %outp% |
Post by: BenJeremy on June 03, 2004, 06:04:00 PM
As for the 1 to 1 issue.... I think I've got a fix for it, and it should be in the next version. Basically, what screwed thatup was my check to insure the "Step" parameter wasn't done incorrectly.
Post by: BenJeremy on June 03, 2004, 06:14:00 PM
| CODE |
SET SomeVal1 10 SET SomeCount %SomeVal1% SUB SomeCount 1 FOR I = %SomeCount% to 1 step -1 MsgBox "Loop Counter I=%I%" NEXT FOR I = 1 to 1 MsgBox "Single Loop (1 to 1) I=%I%" NEXT |
and I got the expected results for the first loop, without any changes to the code - msgbox showed values 9 to 1.
The small fix I did for the "single loop" worked. As I said before, it was just a matter of including the "==" condition when verifying the correctness of the parameters of start, end and step.
You can actually leave off the step -1, too.... it assumes a delta of 1 or -1, depending on the start and end values.
Post by: Yuyu on June 03, 2004, 07:37:00 PM
| CODE |
| 'array = array to be sorted 'number of elements = number of elements in array 'elements switched = flag if elements switched during pass 'temp = temp holding place for element being switched 'I = index for outer loop 'J = index for inner loop Bubble sort alogorithm set I to number of elements set elements switched to true DOWHILE (elements switched AND I >= 2) set J to 1 set elements switched to false DOWHILE J =< I-1 IF Array(J) > Array(J+1) THEN temp = Array(J) Array(J) = Array(J+1) Array(J+1) = temp elements switched = true ENDIF J = J+1 ENDDO I = I-1 ENDDO END |
Post by: flattspott on June 03, 2004, 07:57:00 PM
Post by: geniusalz on June 04, 2004, 12:41:00 AM
| QUOTE (BenJeremy @ Jun 3 2004, 10:14 PM) |
| and I got the expected results for the first loop, without any changes to the code - msgbox showed values 9 to 1. The small fix I did for the "single loop" worked. As I said before, it was just a matter of including the "==" condition when verifying the correctness of the parameters of start, end and step. |
Yeah, flattspott's code went from 10 to 1, which was a logical bug rather than a problem in mxm.
| QUOTE |
| You can actually leave off the step -1, too.... it assumes a delta of 1 or -1, depending on the start and end values. |
Yeah, I noticed that.
Post by: flattspott on June 11, 2004, 09:08:00 AM
On the brightside, I have it so you can copy, delete, rename, backup, move, attr ro and attr rw single or multiple files. Also you can makedirs, launch xbe's, patch xbes and view images.
Edit. forgot about playsounds too.
Post by: flattspott on June 19, 2004, 06:01:00 PM
A little built in Keyboard that won't allow you to rename anything that isn't FATX safe.
Post by: koldfuzion on June 19, 2004, 06:43:00 PM
nice to see progress is still being made.Post by: flattspott on June 19, 2004, 09:11:00 PM
Perhaps someome would be interested in doing a routine to rename XBE titles with the Buffers and whatnot?
Post by: koldfuzion on June 20, 2004, 01:58:00 AM
| QUOTE |
| Perhaps someome would be interested in doing a routine to rename XBE titles with the Buffers and whatnot? |
i worry about that. it appears that people who are using xbe renamers are losing the original hexid for the game.
This is preventing some UnleashX users (and maybe soon, MXM users) from downloading the videos from the GamesDB..as the HexID is required to be valid.
Post by: geniusalz on June 20, 2004, 04:32:00 AM
| QUOTE (flattspott @ Jun 19 2004, 10:01 PM) |
| Updateroo: A little built in Keyboard that won't allow you to rename anything that isn't FATX safe. |
All I can ask is... Why make a keyboard?
But now that you have made one already, I think it will be better if the Upper case letters, lower case letters and numbers were organized into little 'blocks'
Something like this:
| CODE |
ABCDEFG abcdefg 123 HIJKLMN hijklmn 456 OPQRST. opqrst; 789 UVWXYZ uvwxyz, 0:' |
Edit: Is the keyboard skinnable (1 big pic)?
Post by: flattspott on June 20, 2004, 07:14:00 AM
| QUOTE |
| All I can ask is... Why make a keyboard? |
like i said...won't allow you to rename anything that isn't FATX safe.
And yes I suppose it could be skinable. The way it works now is like so
1. BOX - the is a box that is as big as the keyboard but under the overlay. This is the color of the unselected keys
2. BOX - This is a little box the gets moved arround to give the impression of selecting a key
3. an overlay of the keyboard - this is an image with the keys cutout so the two boxes show up underneath
I see about changing the key layout though.
Post by: BenJeremy on June 20, 2004, 07:27:00 AM
Now that PnP is shaping up, I will be working on that.
Post by: geniusalz on June 20, 2004, 01:05:00 PM
| QUOTE (flattspott @ Jun 20 2004, 07:14 PM) |
| like i said...won't allow you to rename anything that isn't FATX safe. And yes I suppose it could be skinable. The way it works now is like so 1. BOX - the is a box that is as big as the keyboard but under the overlay. This is the color of the unselected keys 2. BOX - This is a little box the gets moved arround to give the impression of selecting a key 3. an overlay of the keyboard - this is an image with the keys cutout so the two boxes show up underneath I see about changing the key layout though. |
Yeah, but a simple few IF's can take care of that; definitely easier than making a whole keyboard. Well, if you wanna do it, that's upto you.
BTW, quite a smart idea on how the overlay and boxes work for the keyboard.
Post by: flattspott on June 20, 2004, 03:07:00 PM
| QUOTE |
| BTW, quite a smart idea on how the overlay and boxes work for the keyboard. |
Thanks man.
I got a questions though. What other fonts besides curiour(sp?) are evenly spaced?
Post by: geniusalz on June 21, 2004, 09:13:00 AM
Edit: a.k.a monospaced fonts, some good ones are : anonymous, larabiefont