adobe-source-devel — ASL development topic discussion

[Adobe-source-devel] Depth Tracking In Forest -

[Sean P. <sp...@ad...>]

[Caution - Non Adobe Employees On To List]

I'm in the middle of revamping adobe::forest<> (if you don't know  
what forest is, you can probably stop reading now).

One thing I'm considering is pulling depth() out of the fullorder  
cursor/iterator (still can't quite settle on the name...). It would  
be replaced with an adapter which would add the depth() tracking back  
in. The pros for this are that it would simplify and reduce the cost  
of the forest iterators - the biggest con is that tracking depth  
during insert or erase would be considerably more complicated - but I  
don't know of any use cases where this is currently done and before  
it could only be done locally to the insert or erase because the  
depth of iterators was invalided by these operations.

Does anyone have an objection to moving depth() to an adaptor?

As an FYI - the revamped forest<> work includes:

* fixed a bug in erase() of a single node where the returned iterator  
was incorrect if you erase() from a leading edge (did not effect  
erase range or destruction as these always erase from trailing edge).
* cleaned up the size invalidation code during splicing - size is now  
preserved in many more cases.
* added a splice range which takes a count to avoid invalidating size  
when the size of the spliced range is known.
* added a reverse() member function which reverses a range of  
children. (This was what started this work... I'm adding Right To  
Left support in Eve but it turns out I probably won't use this to  
implement it).
* added an insert() member function which takes a sub-forest denoted  
as a range of children and inserts them (keeping the sub-forest  
structure). May rename this to be insert_subforest before release.
* added a proper copy-ctor and assignment (don't know how I missed  
these before!).
* fullorder and childiterator support a new function adobe::set_next 
(), which can be used to implement node based algorithms (like  
reverse) - this may be changed to adobe::unsafe::set_next() before  
release. The definition of unsafe being an operation which  
temporarily violates invariants and must be used as part of a  
sequence of operations to restore the invariants.
* added a root() member function for use with set_next() - may change  
to a stand alone unsafe::root() function before release. This returns  
an iterator which cannot be dereferenced, like end(), and ++root()  
always yields begin().

_lots_ of code cleanup. The resulting file is smaller then when I  
started.

Sean

[Adobe-source-devel] Depth Tracking In Forest -

[Sean P. <sea...@ma...>]

[Caution - Non Adobe Employees On To List]

I'm in the middle of revamping adobe::forest<> (if you don't know  
what forest is, you can probably stop reading now).

One thing I'm considering is pulling depth() out of the fullorder  
cursor/iterator (still can't quite settle on the name...). It would  
be replaced with an adapter which would add the depth() tracking back  
in. The pros for this are that it would simplify and reduce the cost  
of the forest iterators - the biggest con is that tracking depth  
during insert or erase would be considerably more complicated - but I  
don't know of any use cases where this is currently done and before  
it could only be done locally to the insert or erase because the  
depth of iterators was invalided by these operations.

Does anyone have an objection to moving depth() to an adaptor?

As an FYI - the revamped forest<> work includes:

* fixed a bug in erase() of a single node where the returned iterator  
was incorrect if you erase() from a leading edge (did not effect  
erase range or destruction as these always erase from trailing edge).
* cleaned up the size invalidation code during splicing - size is now  
preserved in many more cases.
* added a splice range which takes a count to avoid invalidating size  
when the size of the spliced range is known.
* added a reverse() member function which reverses a range of  
children. (This was what started this work... I'm adding Right To  
Left support in Eve but it turns out I probably won't use this to  
implement it).
* added an insert() member function which takes a sub-forest denoted  
as a range of children and inserts them (keeping the sub-forest  
structure). May rename this to be insert_subforest before release.
* added a proper copy-ctor and assignment (don't know how I missed  
these before!).
* fullorder and childiterator support a new function adobe::set_next 
(), which can be used to implement node based algorithms (like  
reverse) - this may be changed to adobe::unsafe::set_next() before  
release. The definition of unsafe being an operation which  
temporarily violates invariants and must be used as part of a  
sequence of operations to restore the invariants.
* added a root() member function for use with set_next() - may change  
to a stand alone unsafe::root() function before release. This returns  
an iterator which cannot be dereferenced, like end(), and ++root()  
always yields begin().

_lots_ of code cleanup. The resulting file is smaller then when I  
started.

Sean

Re: [Adobe-source-devel] command system questions

[Foster T. B. <fbr...@ad...>]

Hi Ralph,

Yes, this is exactly the sort of thing the command system is intended =20=

to solve. The idea is that the command system will have a pool of =20
commands and a pool of targets, and by some form of handwaving not =20
yet figured out, will enable and disable various commands for a set =20
of 0 or more targets and parameters. In the case below the rotate =20
button would be linked to an enable callback of the command system, =20
and when an image is highlighted it is added to the target pool. The =20
command system would then make a pass over the available commands, =20
and "discover" that Rotate is a valid command for the image target. =20
It would then call the enable callback for that command with the =20
relevant targets, and the button would become enabled.

There are still several issues that remain to be solved. The greatest =20=

of them so far is the discovery algorithm the system uses to link up =20
commands and targets. What we'd like to do, ultimately, is have some =20
means of defining the requirements of the command (targets and =20
concepts that are required for each target) and the command system =20
will sift through the pool looking for targets that meet those =20
requirements. When the requirements are met and the parameters of the =20=

command completely satisfied, the enable callback is notified with =20
the parameter set (note that targets are not the only possible =20
parameters: state information of the application [e.g., the position =20
of the mouse or whether or not "bold" is toggled right now] could =20
also comprise requirements that must be met for the command. Other =20
issues like performance while sifting through all the commands and =20
parameters and distinguishing callbacks for differing parameters from =20=

the same command are problems we haven't figured out, either.

The menu_system is a UI-based element much like the ui_core, and is =20
intended to provide a minimum set of required APIs to handle the menu =20=

system for an application. I also have a demo app set up that has a =20
menu_system_assemblage structure in it that binds the command system =20
to the menu system, providing some rudimentary capabilities with =20
menus and commands. The intention is, as always, to completely =20
separate the modules one from the other, and to allow space for an =20
assemblage to manage the relationship between modules.

If you have any thoughts or feedback on these issues or the systems, =20
please do share.

Blessings,
Foster


On Dec 5, 2005, at 09:22p, Ralph Thomas wrote:

> Hi adobe-source list,
>
>   I was looking at the new command system and was wondering how to
> command system will work with the current "action_fallback" in
> window_server_t. Currently I use the action fallback like this:
>
>   button( name: "Rotate Right", action: @rotate, value:
> ["file://image.jpg", 90] );
>   button( name: "Rotate Left", action: @rotate, value:
> ["file://image.jpg", 270] );
>
> I specify the target of the action by the value. This is very limited,
> because I can't do things like (say) disable the buttons if
> "file://image.jpg" is read-only. Is this the kind of problem that the
> new command_system could help solve?
>
> Thanks,
>  Ralph
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through =20
> log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD =20
> SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dclick
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel

--
Foster T. Brereton              <}}}><              Romans 3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"The fact is that the author of STL does not know how to write min, =20
the author of C++ is not quite sure, and the standards committee is =20
at a loss." -- Alexander Stepanov

Re: [Adobe-source-devel] command system questions

[Sean P. <sea...@ma...>]

On Dec 5, 2005, at 9:22 PM, Ralph Thomas wrote:

> Hi adobe-source list,
>
>   I was looking at the new command system and was wondering how to
> command system will work with the current "action_fallback" in
> window_server_t. Currently I use the action fallback like this:
>
>   button( name: "Rotate Right", action: @rotate, value:
> ["file://image.jpg", 90] );
>   button( name: "Rotate Left", action: @rotate, value:
> ["file://image.jpg", 270] );
>
> I specify the target of the action by the value. This is very limited,
> because I can't do things like (say) disable the buttons if
> "file://image.jpg" is read-only. Is this the kind of problem that the
> new command_system could help solve?

This is the goal - certainly the details aren't worked out yet  
(Foster's getting a good start though - I haven't yet had a chance to  
fully review his work).

The idea with the button as with a menu is that the enabled state is  
controlled by some predicate representing the pre-condition of the  
command.

Normally with Adam and buttons this is driven from invariants on the  
Adam sheet (an Adam sheet is a model for relationships having to do  
with the parameters to some function, an invariant in Adam is a pre- 
condition of the function). So normally we would bind the button to a  
parameter and it's associated predicate (fire up the image size  
example and make the very large in pixels in either dimension). You  
example would be better described as:

// eve description
button (name "Rotate Left", action: @rotate, value: 270, bind: @file);

// adam description
   input:
	file_name: "file://image.jpg";
   output:
	file <== file_name;
   invariant:
	fa <== is_valid_file(file_name, @writeable);


This is not a particularly elegant solution - but hopefully conveys  
the idea. For commands I've asked Foster to simply provide an  
"enabled" flag which can be set to reflect if the preconditions are  
satisfied - there should be two ways to drive this flag:

Have a collection of predicate functions which are evaluated "when  
something has changed" - not particularly efficient but easy to  
represent.

Have an Adam (like) rule which is updated by tracking dependencies  
(Adam is currently brute force so it isn't any more efficient than  
the above solution - but the dependencies are available so it could  
do better).

The goal here is to start using the Adam modeling capabilities for  
describing functions to control the enabling of commands.

Sean

>
> Thanks,
>  Ralph
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
> log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD  
> SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel

[Adobe-source-devel] Mission software

[Ralph T. <ra...@gm...>]

Hi adobe-source list,

  For the last couple of years, I've been spending my spare time
working on some GUI software that now uses the Adobe Source Libraries.
I have now released my work as open source and plan to continue
developing it.

  There are a few things that might be candidates for inclusion in ASL:

Generator -- build a list of widgets from an array of strings.
  * Documentation: http://www.missioncode.org/index.fcgi/wiki/GeneratorView
  * Implementation:
http://www.missioncode.org/index.fcgi/browser/view/generic/generator.c%2B%2=
B

Extra widgets -- more widgets for building apps:
  * Documentation:
http://www.missioncode.org/index.fcgi/wiki/WidgetDocumentation
  * Implementation: http://www.missioncode.org/index.fcgi/browser/view

There's a lot of other stuff too :). A simple example of the generator
and extra widgets is here:
http://www.missioncode.org/index.fcgi/wiki/PhotoOrganizer

Thanks!
 Ralph

[Adobe-source-devel] command system questions

[Ralph T. <ra...@gm...>]

Hi adobe-source list,

  I was looking at the new command system and was wondering how to
command system will work with the current "action_fallback" in
window_server_t. Currently I use the action fallback like this:

  button( name: "Rotate Right", action: @rotate, value:
["file://image.jpg", 90] );
  button( name: "Rotate Left", action: @rotate, value:
["file://image.jpg", 270] );

I specify the target of the action by the value. This is very limited,
because I can't do things like (say) disable the buttons if
"file://image.jpg" is read-only. Is this the kind of problem that the
new command_system could help solve?

Thanks,
 Ralph

Re: [Adobe-source-devel] MSVC Express

[<syn...@gm...>]

Mat Marcus wrote:
> I'm glad to hear it. If you would like to share any of the fixes with
> me here I will consider them for the next release.
> 
>  - Mat
> 

Hi Mat,

here are the fixes (now also the buttons are correct sized).

But I've found to problems:
begin crashes when using the progress_bar_suite and
slider_suite example because of a bad string pointer
in win/ui_core_implementation.cpp
std::string convert_utf(const WCHAR* buffer).
Maybe the reason is the disables SendMessageW.

Anyway, isn't it better to check the string pointers
and throw an exception if necessary?

Regards,
Peter

Re: [Adobe-source-devel] MSVC Express

[Mat M. <mm...@em...>]

--On Sunday, December 04, 2005 10:59 PM +0100 Peter K=C3=BCmmel
<syn...@gm...> wrote:

> Mat Marcus wrote:
>> Hi,
>>=20
>> ASL 1.0.11, the current release, contains VS 2005 project files for
>> Begin and the libraries that it depends on in the ide_projects
>> directory. For bjam you might try changing your user-config.jam to:
>>=20
>> import toolset : using ;
>> import msvc-config ;
>>=20
>> These have been tested with VS 2005 pro, but not with express. Do
>> they work for you?
>>=20
>>  - Mat
>=20
> Very nice! After fixing some include/lib
> paths it compiles without problems.
>=20
> And after some small ugly fixes it also
> runs on win2k (with wrong sized buttons).
>=20
> Peter

I'm glad to hear it. If you would like to share any of the fixes with
me here I will consider them for the next release.

 - Mat

Re: [Adobe-source-devel] MSVC Express

[<syn...@gm...>]

Mat Marcus wrote:
> Hi,
> 
> ASL 1.0.11, the current release, contains VS 2005 project files for
> Begin and the libraries that it depends on in the ide_projects
> directory. For bjam you might try changing your user-config.jam to:
> 
> import toolset : using ;
> import msvc-config ;
> 
> These have been tested with VS 2005 pro, but not with express. Do they
> work for you?
> 
>  - Mat

Very nice! After fixing some include/lib
paths it compiles without problems.

And after some small ugly fixes it also
runs on win2k (with wrong sized buttons).

Peter


P.S.:
list-admin: please change the default address
of the a replay to the list address.

Re: [Adobe-source-devel] MSVC Express

[Mat M. <mm...@em...>]

Hi,

ASL 1.0.11, the current release, contains VS 2005 project files for
Begin and the libraries that it depends on in the ide_projects
directory. For bjam you might try changing your user-config.jam to:

import toolset : using ;
import msvc-config ;

These have been tested with VS 2005 pro, but not with express. Do they
work for you?

 - Mat




--On Sunday, December 04, 2005 4:27 PM +0100 Peter K=C3=BCmmel
<syn...@gm...> wrote:

> Hello,
>=20
> I've tried to build the lib with the free msvc express c++.
> But it does not work out of the box: when calling (after patching
> boost  1.33.0) build.bat it cannot build bjam because of the
> BOOST_JAM_TOOLSET_ROOT variable; setting BOOST_JAM_TOOLSET_ROOT
> to the msvc8 path does not help.
>=20
> Have you also tested the released version with msvc8 express?
>=20
> Maybe the problem relates to boost not to asl.
>=20
> The best solution would be to add project files, at least
> for the begin example. This would really simplify the
> "getting started" process.
>=20
> Best regards,
> Peter
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through
> log files for problems?  Stop!  Download the new AJAX search engine
> that makes searching your log files as easy as surfing the  web.
> DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
>=20
> =20

[Adobe-source-devel] MSVC Express

[<syn...@gm...>]

Hello,

I've tried to build the lib with the free msvc express c++.
But it does not work out of the box: when calling (after patching
boost  1.33.0) build.bat it cannot build bjam because of the
BOOST_JAM_TOOLSET_ROOT variable; setting BOOST_JAM_TOOLSET_ROOT
to the msvc8 path does not help.

Have you also tested the released version with msvc8 express?

Maybe the problem relates to boost not to asl.

The best solution would be to add project files, at least
for the begin example. This would really simplify the
"getting started" process.

Best regards,
Peter

[Adobe-source-devel] Your email message was blocked

[<usp...@wi...>]

Please Reply with History to usp...@wi... if you
would like this message released.

MailMarshal (an automated content monitoring gateway) has 
not delivered the following message:

   Message: B43868d6d0000.000000000001.0002.mml
   From:    ado...@li...
   To:      wil...@wi...
   Subject: Test

MailMarshal Rule: Content Security (Inbound) : Block Dangerous Attachments

This is due to automatic rules that have determined that the 
intended recipient is not authorized to receive messages with 
certain potentially dangerous filetypes attached.

If you believe the message was business related please contact 
usp...@wi... and request that the message be released to 
its intended recipient.  If no contact is made within 5 days 
the message will automatically be deleted.

If you do not recognize the address listed in the From: field
above or the Subject: line does not relate to an expected email,
then the blocked message is probably spam and no further action
is required on your part.

Additionally, addresses listed above could possibly be spoofed.
Please see the following for more information on email spoofing:

http://www.cert.org/tech_tips/email_spoofing.html

Email Content Security provided by NetIQ MailMarshal.

Re: [Adobe-source-devel] Adding "action:" to dialogs and palettes

[Sean P. <sp...@ad...>]

I'm assuming this is an action associated with a close box on the  
window? I don't mind this extension.

Sean

On Nov 13, 2005, at 11:35 PM, Ralph Thomas wrote:

> I'd like to hook up an action to dialog and palette widgets to call
> when they are closed, e.g.:
>
> dialog( name: "Image Size", close_action: @cancel ) { ... }
>
> (where whatever ends up handing @cancel knows to close the dialog).
>
> Does anybody mind if I add this into ui-core?
>
> Thanks,
>  Ralph
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.  
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel

[Adobe-source-devel] Resend: Adobe Open Source TWiki is LIVE

[Foster T. B. <fbr...@ad...>]

NOTE :: This is a resend of the previous notification. Some people  
were having trouble with the link because it wasn't enclosed in <>  
causing some email clients to clip the link. If you are still having  
trouble, please email me and I'll work to fix the problem. Thanks. --  
Foster

All,

opensource.adobe.com now sports a Wiki! The purpose of the Wiki is to  
provide an environment where anyone can get insight, help, feedback,  
and collaboration on all things pertaining to the Adobe Open Source  
initiative and the ASL. For moderation purposes you must register an  
account with the site, and then the Wiki Administrators will give you  
necessary permissions to begin contributing.

Please take note: Adobe will not use any registration information you  
provide for any purpose other than those pertaining to ASL, Adobe  
Open Source, or the Adobe Open Source Wiki.

The Wiki can be found at <http://opensource.adobe.com/twiki/bin/view/ 
AdobeSource> -- The opensource.adobe.com home page will be updated  
soon with links to the Wiki.

I encourage you to take advantage of this resource -- it is our hope  
that through this new community you will have the tools to make the  
most of what ASL has to offer you and your projects. See you there!

Blessings,
Foster

--
Foster T. Brereton              <}}}><              Romans 3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build
components but how to use them." -- Alexander Stepanov

[Adobe-source-devel] Adobe Open Source TWiki is LIVE

[Foster T. B. <fbr...@ad...>]

All,

opensource.adobe.com now sports a Wiki! The purpose of the Wiki is to  
provide an environment where anyone can get insight, help, feedback,  
and collaboration on all things pertaining to the Adobe Open Source  
initiative and the ASL. For moderation purposes you must register an  
account with the site, and then the Wiki Administrators will give you  
necessary permissions to begin contributing.

Please take note: Adobe will not use any registration information you  
provide for any purpose other than those pertaining to ASL, Adobe  
Open Source, or the Adobe Open Source Wiki.

The Wiki can be found at http://opensource.adobe.com/twiki/bin/view/ 
AdobeSource -- The opensource.adobe.com home page will be updated  
soon with links to the Wiki.

I encourage you to take advantage of this resource -- it is our hope  
that through this new community you will have the tools to make the  
most of what ASL has to offer you and your projects. See you there!

Blessings,
Foster

--
Foster T. Brereton              <}}}><              Romans 3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build
components but how to use them." -- Alexander Stepanov

[Adobe-source-devel] Adding "action:" to dialogs and palettes

[Ralph T. <ra...@gm...>]

I'd like to hook up an action to dialog and palette widgets to call
when they are closed, e.g.:

dialog( name: "Image Size", close_action: @cancel ) { ... }

(where whatever ends up handing @cancel knows to close the dialog).

Does anybody mind if I add this into ui-core?

Thanks,
 Ralph

[Adobe-source-devel] removing widgets from Eve

[Ralph T. <ra...@gm...>]

Hi Adobe-source,

  I want to use Eve to do the layout in my list view widget. I plan on
doing this by making a scrolled view which contains an Eve layout, and
my dynamically adding and removing widgets from the layout. Currently
I can simulate removing items from my list by hiding them, but I'd
like to be able to remove them properly.

  It seems like I should just be able to add a method to Eve to erase
the view_proxy_t so that the functions in the signal suite won't be
called when calculating any more (and then I can just delete my
widget, or make the assemblage do it).

  Is this correct?

Thanks,
 Ralph

[Adobe-source-devel] writing widgets

[Ralph T. <ra...@gm...>]

Hi adobe-source,

  We have many common widgets used in forms applications implemented
in ui-core. Writing an application of any size requires writing new
widgets to extend (or reimplement) ui-core.

  In some of the work that I'm doing (general platform stuff), I don't
even know the widgets I might need, but I want to avoid sending out
any binary updates (including new widgets) if I possibly can.

  What I would like is a way to define new widgets (which look correct
on the platform, support accessibility, etc) in some kind of markup,
rather than in C++. My first thoughts on this were that I needed
functions for each widget to:

  - Paint, given a state.
  - Return metrics.
  - React to GUI events and state changes.

  One idea is to expose all of the above to Lua and write new widgets
in that (and would probably end up with something similar to DOM +
JavaScript). Does anybody in ASL-land have any better ideas? I'm sure
that some of those 3 could be better described by rules than
functions..

Ralph

Re: [Adobe-source-devel] 1.0.9: height changes

[Ralph T. <ra...@gm...>]

Yeah, that fixed it (and shows how well I can count pixels!).
Hopefully this can be moved into the window metrics for the next
release, as it probably also has a similar effect on Windows.

I also just checked in the two utility functions for writing external
widgets and updated FLTK code (which means that I should have less
merging to do in the future, assuming that they're both good).

Cheers!
  Ralph

On 10/8/05, Sean Parent <sp...@ad...> wrote:
> I added space for a grow box if the window is resizable on the Mac -
> this really needs to be pulled from the metrics table. Search for
> grow_m to see where is added.
> Sean
>
> On Oct 8, 2005, at 12:54 AM, Ralph Thomas wrote:
>
>
>
> > Hi adobe-source-devel,
> >
> >   I just upgraded to ASL 1.0.9 and I've noticed that all of my GUIs
> > now have about a 30 pixel border at the bottom. Were there any changes
> > to metrics which would have affected the FLTK port?
> >
> > Thanks,
> >  Ralph
> >

Re: [Adobe-source-devel] 1.0.9: height changes

[Sean P. <sp...@ad...>]

I added space for a grow box if the window is resizable on the Mac -  
this really needs to be pulled from the metrics table. Search for  
grow_m to see where is added.
Sean

On Oct 8, 2005, at 12:54 AM, Ralph Thomas wrote:



> Hi adobe-source-devel,
>
>   I just upgraded to ASL 1.0.9 and I've noticed that all of my GUIs
> now have about a 30 pixel border at the bottom. Were there any changes
> to metrics which would have affected the FLTK port?
>
> Thanks,
>  Ralph
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads,  
> discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
>
>
>

[Adobe-source-devel] 1.0.9: height changes

[Ralph T. <ra...@gm...>]

Hi adobe-source-devel,

  I just upgraded to ASL 1.0.9 and I've noticed that all of my GUIs
now have about a 30 pixel border at the bottom. Were there any changes
to metrics which would have affected the FLTK port?

Thanks,
 Ralph

[Adobe-source-devel] external widget functions

[Ralph T. <ra...@gm...>]

Hi adobe-source-devel,

  I've been using this patch for the last few months to write widgets
outside of ui-core. Is this okay to check into CVS? I can check in a
simple usage example, too. I'll also try and check in updates for the
FLTK ui-core implementation later this week (all radio_button_t
stuff).

Thanks,
 Ralph

Index: headers/client_assembler.hpp
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvsroot/adobe-source/adobe-source/adobe/future/widgets/headers/c=
lient_assembler.hpp,v
retrieving revision 1.2
diff -r1.2 client_assembler.hpp
251a252,265
> typedef boost::function<void (const adobe::point_2d_t&, const adobe::exte=
nts_t&)>
>       place_func_t;
>=20
> void
> utility_widget_place( place_func_t                            placer,
>                       const adobe::eve_t::calculate_data_t&   calc,
>                       const adobe::eve_t::place_data_t&       data,
>                       adobe::ui_overlay_t&                    overlay,
>                       adobe::ui_overlay_t::position_t         node);
> /************************************************************************=
*************************/
> void
> utility_widget_calculate(     adobe::extents_t&               best_bounds=
,
>                               adobe::eve_t::calculate_data_t& geometry );
> /************************************************************************=
*************************/
Index: sources/client_assembler.cpp
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvsroot/adobe-source/adobe-source/adobe/future/widgets/sources/c=
lient_assembler.cpp,v
retrieving revision 1.2
diff -r1.2 client_assembler.cpp
3296a3297,3317
> void utility_widget_place(    place_func_t                            pla=
cer,
>                               const adobe::eve_t::calculate_data_t&   cal=
c,
>                               const adobe::eve_t::place_data_t&       dat=
a,
>                               adobe::ui_overlay_t&                    ove=
rlay,
>                               adobe::ui_overlay_t::position_t         nod=
e) {
>       place_converter_result_t conv(place_data_converter(data));
>=20
>       overlay.place(node, conv.first, conv.second);
>       placer(conv.first, conv.second);
> }
>=20
> /************************************************************************=
****************************/
>=20
> void utility_widget_calculate(        adobe::extents_t&               bes=
t_bounds,
>                               adobe::eve_t::calculate_data_t& geometry ) =
{
>       measure_extents_converter( best_bounds, geometry );
> }
>=20
>=20
> /************************************************************************=
****************************/
>

Re: [Adobe-source-devel] Re: resize

[Sean P. <sp...@ad...>]

Good to hear from you Ralph!

Congrats on the new house and move - I hope you'll be able to use ASL  
in your new position! Looking forward to your ui-core contributions.

The external traffic has died down a bit for the summer but I'm  
hopeful it will pick back up. On the internal side, Mat Marcus is now  
working on ASL and we're getting an increasing number of internal  
projects using the libraries - for this release we even picked up a  
couple of internal contributions. Eric Berdahl contributed better  
reverse cursors for the forest container, and Jon Reid contributed a  
polymorphic iterator adapter and an index iterator adaptor (Jon's  
contributions actually made it into 1.0.6 but I'm hoping he'll get  
the documented for 1.0.7!

Foster is out on vacation this week, so Mat and I are going to try  
our hand and preparing a release (should be interesting...) - so if  
we don't make the Thursday release everyone will know why...

One new, and often requested, feature for this release is that Eve2  
now supports hiding and showing of elements (dynamic growing/ 
shrinking views) I cut in some example code into the widget set,  
overloading pane widgets a bit - still looking for the correct user  
model - but pretty spiffy to play with. This work led to a new filter  
adaptor for the forest cursors, as well as some general clean-up in  
forest and eve.

Boost 1.33.0 is supposed to be released today - Mat has been tracking  
1.33.0 so I'm hopeful that if they do release today or tomorrow that  
1.0.7 will be able to go out as a 1.33.0 client.

We've got our MacTel boxes now - and we've verified that 1.0.6 did,  
in fact, run as a universal binary. From this point forward our Mac  
builds will include MacTel on XCode - expect our CodeWarrior support  
to wane :-(

That's the news from here, and a glimpse of the 1.0.7 release...  
coming soon!

Sean

On Jul 31, 2005, at 7:38 PM, Ralph Thomas wrote:

> I think I've fixed this now -- I've moved house and started a new job
> in the same month, so I've been (and will be for a while) super busy.
> I'm planning on upgrading the ASL in my project's tree soon, and when
> I do that I'll port, post about and commit anything good in there
> which isn't in sourceforge CVS. Of particular interest are some
> utility functions which make it easier to write additional widgets to
> complement ui-core...
>
> Thanks!
>   Ralph
>
> On 6/24/05, Sean Parent <sp...@ad...> wrote:
>
>> Any luck hunting this down?
>> Sean
>>
>> On Jun 8, 2005, at 11:38 PM, Ralph Thomas wrote:
>>
>>
>>> Hi List,
>>>
>>>   I've finally had a chance to look at ASL some more. I decided  
>>> to add
>>> resizable windows to the FLTK implementation. I now have
>>> layout_m->adjust being called with appropriate values, at the right
>>> time, however none of the widgets move (they are all moved to the
>>> place they were before).
>>>
>>>   This happens for the resizable examples (like slider_suite) as  
>>> well
>>> as my own GUI... What's going wrong?
>>>
>>> Thanks,
>>>   Ralph
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can
>>> you shotput
>>> a projector? How fast can you ride your desk chair down the office
>>> luge track?
>>> If you want to score the big prize, get to know the little guy.
>>> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r
>>> _______________________________________________
>>> Adobe-source-devel mailing list
>>> Ado...@li...
>>> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
>>>
>>>
>>
>>
>>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
>

[Adobe-source-devel] Re: resize

[Ralph T. <ra...@gm...>]

I think I've fixed this now -- I've moved house and started a new job
in the same month, so I've been (and will be for a while) super busy.
I'm planning on upgrading the ASL in my project's tree soon, and when
I do that I'll port, post about and commit anything good in there
which isn't in sourceforge CVS. Of particular interest are some
utility functions which make it easier to write additional widgets to
complement ui-core...

Thanks!
  Ralph

On 6/24/05, Sean Parent <sp...@ad...> wrote:
> Any luck hunting this down?
> Sean
>=20
> On Jun 8, 2005, at 11:38 PM, Ralph Thomas wrote:
>=20
> > Hi List,
> >
> >   I've finally had a chance to look at ASL some more. I decided to add
> > resizable windows to the FLTK implementation. I now have
> > layout_m->adjust being called with appropriate values, at the right
> > time, however none of the widgets move (they are all moved to the
> > place they were before).
> >
> >   This happens for the resizable examples (like slider_suite) as well
> > as my own GUI... What's going wrong?
> >
> > Thanks,
> >   Ralph
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: NEC IT Guy Games.  How far can =20
> > you shotput
> > a projector? How fast can you ride your desk chair down the office =20
> > luge track?
> > If you want to score the big prize, get to know the little guy.
> > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r
> > _______________________________________________
> > Adobe-source-devel mailing list
> > Ado...@li...
> > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
> >
>=20
>

[Adobe-source-devel] Fwd: ASL 1.0.6 runs without change on MacTel

[Foster T. B. <fbr...@ad...>]

Thought you all might be interested...

Blessings,
Foster

Begin forwarded message:

> From: Mat Marcus
> Date: July 21, 2005 04:10:06p PDT
> To: Sean Parent
> Cc: Foster Brereton
> Subject: ASL 1.0.6 runs without change on MacTel
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Spent today with my transition machine. Downloaded, built and ran  
> ASL 1.0.6
> from sourceforge. No changes were needed.
>
>  - Mat
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP Desktop 9.0.1 (Build 2185)
>
> iQA/AwUBQuArVRIZBaoznf65EQIigQCeJAfjjQugbW8uVV5MRG9o0kxZ+iEAn3Sn
> 27chfWBOdZyv+cdq7dRQlV7a
> =dWRl
> -----END PGP SIGNATURE-----

--
Foster T. Brereton              <}}}><              Romans 3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build
components but how to use them." -- Alexander Stepanov