Menu
▾
▴
adobe-source-devel — ASL development topic discussion
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(70) |
Apr
(101) |
May
(24) |
Jun
(15) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
(5) |
Nov
(5) |
Dec
(30) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(58) |
Feb
(29) |
Mar
(4) |
Apr
(5) |
May
(2) |
Jun
(8) |
Jul
(2) |
Aug
(6) |
Sep
(32) |
Oct
(29) |
Nov
(7) |
Dec
(8) |
| 2007 |
Jan
(11) |
Feb
(12) |
Mar
(6) |
Apr
(19) |
May
(26) |
Jun
(7) |
Jul
|
Aug
(1) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(3) |
| 2008 |
Jan
(6) |
Feb
(1) |
Mar
(24) |
Apr
(8) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2009 |
Jan
|
Feb
(4) |
Mar
(3) |
Apr
(1) |
May
(52) |
Jun
(11) |
Jul
(5) |
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(3) |
Dec
(4) |
| 2010 |
Jan
(2) |
Feb
(6) |
Mar
(1) |
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
(3) |
Nov
(2) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(2) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Sean P. <sp...@ad...> - 2007-05-20 22:18:00
|
The assumption is that it doesn't matter which the user chooses as
the logic in the property model (Adam) description will handle the
relationship and provide the output with the desired result. The
information that led to the result is reported in the contributing
information (usually used for scripting - but could also be used to
remember what it is the user requested).
Effectively, an edit_number is multiple controller/views when bound
to more than one cell.
Sean
On May 20, 2007, at 12:31 AM, Tux Han wrote:
> Now I want to display an edit_number on my dialog.
> For example the edit_number represents how many apples I should
> choose, the user has 2 options, he can choose the numbers of
> apples or the weight of apples( e.g. 3 apples or 1kg apple ), so I
> use a unit to represent this:
> edit_number( name: "Apples", min_value: 0,
> units:[
> { name: "num", bind: @apple_num,
> format: "#" },
> { name: "kg", bind: @apple_kg,
> format: "#.##" }
> ] );
>
> Then I want to know how I can know which unit the user choose? Or
> can the edit_number "bind" to another value to show the unit?
>
> Thanks
>
>
> Building a website is a piece of cake.
> Yahoo! Small Business gives you all the tools to get online.
> ----------------------------------------------------------------------
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
|
|
From: Tux H. <tu...@ya...> - 2007-05-20 07:31:24
|
Now I want to display an edit_number on my dialog.
For example the edit_number represents how many apples I should choose, the user has 2 options, he can choose the numbers of apples or the weight of apples( e.g. 3 apples or 1kg apple ), so I use a unit to represent this:
edit_number( name: "Apples", min_value: 0,
units:[
{ name: "num", bind: @apple_num, format: "#" },
{ name: "kg", bind: @apple_kg, format: "#.##" }
] );
Then I want to know how I can know which unit the user choose? Or can the edit_number "bind" to another value to show the unit?
Thanks
____________________________________________________________________________________Pinpoint customers who are looking for what you sell.
http://searchmarketing.yahoo.com/ |
|
From: Sean P. <sp...@ad...> - 2007-05-10 17:10:30
|
On May 10, 2007, at 9:52 AM, Tony Van Eerd wrote: > I don't use much of the code directly, so maybe I don't have a good > feel for it, but from your description, it sounds like a lot of > fundamental changes for something that you are trying to lock down > and maintain support for going forward. A lot of this work has been kicking around on the drawing board for awhile (the closed hash implementation was written as the dictionary replacement some time ago and has been sitting in /future). The request has been made to provide an interface that we can support - so to do that I'm locking down the binary representation to something I can define independent of the compiler and an interface that more closely conforms to standard containers. The new representations are one that are designed so they can be specified in terms of a C structure. The amount of code that uses (abuses?) the dictionary code in the widget library was a bit surprising and made the conversion more difficult then expected (converting the asl_dev library took less than an hour, converting the widget library took two days) - I believe the use of dictionary in the widget library needs to be reduced in two ways. 1) isolate most of the usage to the boundary between the parsers and the widgets - currently the dynamic types from the parsers have crept all the way down to the platform layer. This is both inefficient and fragile. 2) provide a better, standard way for extracting a dictionary into a struct - Ralph Thomas did some work related to this to make it easier to bind a C++ function to CEL - I think I can leverage some of the same ideas to solve this problem. Sean |
|
From: Hubert F. <hu...@fi...> - 2007-05-10 02:22:06
|
Michael Marcin wrote: > So this means that for the forseeable future it won't be possible to develop > cross-platform (read windows,mac.*nix) applications with Adam and Eve? > That's a shame. That was one of the big features I was hoping to gain by > moving our companies tools away from OS level gui abstractions. Michael, Ralph is a volunteer doing this for fun. I just would have hoped that since it was current at one point, the Gtk side of ASL would have been integrated. On my side I had started to look at it to develop a Free Software application on Linux, and at one point I had started to make a build system I understand, GNU tools based, to build on Unix. Off course, nothing prevents you to develop on Unix platform. You could still reuse Ralph patch that target 1.0.23 and port it to 1.0.27: http://www.missioncode.org/blog/?p=50 Actually better do it now than later when it will be more difficult with the API changes. The only problem is that if it never get integrated, it will be a burdain for you (or anybody else using it) to maintain it. Hub |
|
From: Hubert F. <hu...@fi...> - 2007-05-10 01:33:41
|
> Anyone willing to do an open source Flash back-end would be highly > encouraged (internal or external!). You mean an Open Source flash player ? :-/ (sorry but this time I couldn't resist) Hub |
|
From: Sean P. <sp...@ad...> - 2007-05-10 00:54:29
|
You're welcome to volunteer for the *nix side (or anyone else) lot's of encouragement from folks on this end. I wish I had the bandwidth to support *nix but sadly I don't - I will try and push on some of our internal developers (Eve is getting play on our Unix development but it's just Eve - not the ASL widget library or Adam bindings). Anyone willing to do an open source Flash back-end would be highly encouraged (internal or external!). Sean On May 9, 2007, at 5:29 PM, Michael Marcin wrote: > So this means that for the forseeable future it won't be possible > to develop > cross-platform (read windows,mac.*nix) applications with Adam and Eve? > That's a shame. That was one of the big features I was hoping to > gain by > moving our companies tools away from OS level gui abstractions. > > - Michael Marcin |
|
From: Michael M. <mm...@me...> - 2007-05-10 00:30:57
|
Ralph Thomas wrote: > My job changed earlier this year, and I no longer have the time to > maintain the Gtk+ support (or bring it up to the same quality as the > Mac code). > > Speaking frankly I don't think that having Gtk+ support in ASL (the > way that Windows and Mac support is written) will garner much interest > from the Gtk+ or GNOME community, it's too different from the "Gtk+ > way" even if (IMO) the layouts that Eve generates are more > aesthetically pleasing than those made by Gtk+'s layout managers. > > Something that might generate some interest is making it so that you > can bind properties of GObjects to Adam cells. If you could hook up > Glade-designed Gtk+ UIs to Adam then you would be able to remove most > of the UI logic from your code without having to rewrite your UI or > change your workflow or tools. I think that this would be great for > doing things like the GNOME preference panels (where there still lurk > some odd logic bugs, nothing as serious as those bugs in the Mac OS > panels, though!). > > (I don't have time to work on this either, but I think the code to > marshal GValue <-> adobe::regular_object_t should be less than 500 > lines ;)). > So this means that for the forseeable future it won't be possible to develop cross-platform (read windows,mac.*nix) applications with Adam and Eve? That's a shame. That was one of the big features I was hoping to gain by moving our companies tools away from OS level gui abstractions. - Michael Marcin |
|
From: Sean P. <sp...@ad...> - 2007-05-09 21:06:24
|
If you saw the release notes for 1.0.27 then you saw mention of the version_0 library - The point of version_0 is to lock down a small number of types, fully specify their binary format, and have interfaces that we'd be willing to maintain support for going forward. This is worked was prompted by an Adobe project that is wrapping sections of ASL into a DLL - but learning how to deal with versioning has been on my to-do list for some time. I plan to have things fully documented for 1.0.28 but I just finished stabilizing some code in //submission (with Mat's help) and wanted to give developers a heads up. If you are developing on ASL - read this! Two of the version_0 libraries are vector and closed hash. ---- adobe::vector<> is very similar to std::vector<> - without getting into the specifics - one major change is that array_t is being replaced with vector<any_regular_t>. The impact here on code using array_t is the following: array_t is no longer a copy-on-write type. Copying of an array_t was never that cheap (kicking a refcount protected by a mutex) - but the widget library currently seriously abuses copying arrays. I'll be working to clean some of this out. The array_t is movable - this means that you can return it from a function for assignment or copy construction without penalty: array_t x; x = f(); // the function result is moved. I'm using Dave Abrahams move library (with some fixes) - this has some implications which I'm still working through and move doesn't seem to be helping much so don't consider movability a given - you can however, always know that swap() is cheap. copy-ctor is no long non-throwing. This impacts any composite types that have an array_t as a member. For the composite type to be regular, you must provide your own swap() (that does member wise swap) and should provide a transactional assignment (using adobe/ algorithm/assign.hpp which is written in terms of swap). Because of move, the compiler generated assignment operator for composite types will have a non-const rvalue. Depending on the way the wind is blowing, this will generate a compile time error - consider that an opportunity to write a proper assignment. Indexing is no longer bounds checked - the final release will include a conditional to disable the index operator so you can review your usage. The old array_t::push_back() took any type, there are a couple of helper functions in array.hpp to help with converting code that relies on this. I haven't yet decided if I'll keep these helper functions, perhaps in a more generic form, or just go fix the code using them... so for now consider them already deprecated but feel free to use them to help you get over the hump of converting (hey - I did the work of updating all of ASL!) ---- The larger impact is replacing dictionary_t with a closed_hash_map<name_t, any_regular_t> Here again we are replacing a COW type with a movable type - dictionaries seem to get flung around a lot more often then arrays were also - First thing to be aware of - a dictionary_t is no longer an ordered type, so if you were relying on ordering (such as for set_union operations) then you'll need to create an index using table_index, sort the index, and work through it. I'll be updating the serialization code to do this so that serialization is stable. Indexing into a dictionary_t with operator[] now has _very_ different semantics - The old form would throw if the key wasn't available and worked on const objects. The new version is like std::map or tr1::unordered_map and only works on non const containers and adds the element if it isn't present. There are some helper functions (get_value()) in dictionary.hpp to help with the transition and a conditional to disable indexing while you are converting... Here is a table of the common patterns I've found: old --> new ------------------------------------------------- d[k] get_value(d, k) d.get<T>(k) get_value(d, k).cast<T>() d.get(k, x) get_value(d, k, x); d.set(k, x) d.insert(std::make_pair(k, x)) d.write()[k] d[k] d.inserter() std::inserter(d, d.end()) One current difference between a closed_hash_map<> and a map<> is that the key_type is not constant - you must be a little careful to to write a key value into an item in the container (or it will likely be lost). The reason is that the implementation need to be able to swap elements - I've tried a couple of hacked ways to allow for that but everything I've tried is more grotesque then living with this limitation. Ideally I could simply require that the pair has a copy- ctor taking rvalues and does a non-throwing move... unfortunately std::pair certainly doesn't satisfy this, and adding an adobe::pair (I tried it) breaks so much code that is specialized for std::pair that it doesn't seem worth it. ----- Yes, I've been fixing up a lot of code... In the final 1.0.28 release I'll include more complete notes on updating but I wanted to give folks a heads up on where things are going. Sean |
|
From: Ralph T. <ra...@gm...> - 2007-05-09 18:47:12
|
My job changed earlier this year, and I no longer have the time to maintain the Gtk+ support (or bring it up to the same quality as the Mac code). Speaking frankly I don't think that having Gtk+ support in ASL (the way that Windows and Mac support is written) will garner much interest from the Gtk+ or GNOME community, it's too different from the "Gtk+ way" even if (IMO) the layouts that Eve generates are more aesthetically pleasing than those made by Gtk+'s layout managers. Something that might generate some interest is making it so that you can bind properties of GObjects to Adam cells. If you could hook up Glade-designed Gtk+ UIs to Adam then you would be able to remove most of the UI logic from your code without having to rewrite your UI or change your workflow or tools. I think that this would be great for doing things like the GNOME preference panels (where there still lurk some odd logic bugs, nothing as serious as those bugs in the Mac OS panels, though!). (I don't have time to work on this either, but I think the code to marshal GValue <-> adobe::regular_object_t should be less than 500 lines ;)). Ralph On 5/9/07, Hubert Figuiere <hu...@fi...> wrote: > Mat Marcus wrote: > > Version 1.0.27 of the Adobe Source Libraries has been released. Highlights > > of the release include: > > Any hope to get the Gtk support rolled in anytime soon? > > Hub > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Adobe-source-devel mailing list > Ado...@li... > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel > |
|
From: Hubert F. <hu...@fi...> - 2007-05-09 17:48:45
|
Mat Marcus wrote: > Version 1.0.27 of the Adobe Source Libraries has been released. Highlights > of the release include: Any hope to get the Gtk support rolled in anytime soon? Hub |
|
From: Mat M. <mm...@ad...> - 2007-05-09 17:39:33
|
Sorry about that. Fixed versions of the source archives have been uploaded.
I'm not what the delay for mirror propagation is. Thanks very much for
catching this. Please let us know if there are any further problems.
- Mat
From: ado...@li...
[mailto:ado...@li...] On Behalf Of Tux
Han
Sent: Wednesday, May 09, 2007 5:23 AM
To: Mat Marcus; SourceForge ASL Users
Subject: Re: [Adobe-source-devel] Adobe Source Libraries 1.0.27 Released
Can't find any differences with 1.0.26, I think the files on the website are
old data!
----- Original Message ----
From: Mat Marcus <mm...@em...>
To: SourceForge ASL Users <ado...@li...>
Sent: Thursday, May 3, 2007 10:39:47 PM
Subject: [Adobe-source-devel] Adobe Source Libraries 1.0.27 Released
Version 1.0.27 of the Adobe Source Libraries has been released. Highlights
of the release include:
* The any library had been renamed to the poly library and much work
has been done to eliminate unnecessary heap allocations.
* Lots of work to make it easier to define widgets and connect them
up and improvements to the image widget.
* We've started work on a version_0 library which will contain a
collection of containers and types with well defined binary representations.
These form the basis for supportable dynamic library interfaces but the
types will also be usable on their own. Check out the new adobe/vector.hpp
and adobe/closed_hash.hpp. More info to come in the 1.0.28 release.
* New algorithm - find_first_of_set().
* GIL performance improvements.
* For more information and more changes see the Release Notes
Change list information can be found here:
http://opensource.adobe.com/asl_release_notes.html
Documentation to get started with the release is here:
http://opensource.adobe.com/asl_readme.html
Distribution files can be downloaded from here:
http://sourceforge.net/project/showfiles.php?group_id=132417
- Mat
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Adobe-source-devel mailing list
Ado...@li...
https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
_____
It's here! Your new message!
Get new
<http://us.rd.yahoo.com/evt=49938/*http:/tools.search.yahoo.com/toolbar/feat
ures/mail/> email alerts with the free Yahoo! Toolbar.
|
|
From: Tux H. <tu...@ya...> - 2007-05-09 12:22:57
|
Can't find any differences with 1.0.26, I think the files on the website are old data!
----- Original Message ----
From: Mat Marcus <mm...@em...>
To: SourceForge ASL Users <ado...@li...>
Sent: Thursday, May 3, 2007 10:39:47 PM
Subject: [Adobe-source-devel] Adobe Source Libraries 1.0.27 Released
Version 1.0.27 of the Adobe Source Libraries has been released. Highlights
of the release include:
* The any library had been renamed to the poly library and much work
has been done to eliminate unnecessary heap allocations.
* Lots of work to make it easier to define widgets and connect them
up and improvements to the image widget.
* We've started work on a version_0 library which will contain a
collection of containers and types with well defined binary representations.
These form the basis for supportable dynamic library interfaces but the
types will also be usable on their own. Check out the new adobe/vector.hpp
and adobe/closed_hash.hpp. More info to come in the 1.0.28 release.
* New algorithm - find_first_of_set().
* GIL performance improvements.
* For more information and more changes see the Release Notes
Change list information can be found here:
http://opensource.adobe.com/asl_release_notes.html
Documentation to get started with the release is here:
http://opensource.adobe.com/asl_readme.html
Distribution files can be downloaded from here:
http://sourceforge.net/project/showfiles.php?group_id=132417
- Mat
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Adobe-source-devel mailing list
Ado...@li...
https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
____________________________________________________________________________________
Expecting? Get great news right away with email Auto-Check.
Try the Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html |
|
From: Mat M. <mm...@em...> - 2007-05-04 05:39:59
|
Version 1.0.27 of the Adobe Source Libraries has been released. Highlights
of the release include:
* The any library had been renamed to the poly library and much work
has been done to eliminate unnecessary heap allocations.
* Lots of work to make it easier to define widgets and connect them
up and improvements to the image widget.
* We've started work on a version_0 library which will contain a
collection of containers and types with well defined binary representations.
These form the basis for supportable dynamic library interfaces but the
types will also be usable on their own. Check out the new adobe/vector.hpp
and adobe/closed_hash.hpp. More info to come in the 1.0.28 release.
* New algorithm - find_first_of_set().
* GIL performance improvements.
* For more information and more changes see the Release Notes
Change list information can be found here:
http://opensource.adobe.com/asl_release_notes.html
Documentation to get started with the release is here:
http://opensource.adobe.com/asl_readme.html
Distribution files can be downloaded from here:
http://sourceforge.net/project/showfiles.php?group_id=132417
- Mat
|
|
From: Sean P. <sp...@ad...> - 2007-05-03 18:40:07
|
Thanks - I incorporated your changes for today's release and started a pass to update this document (it is a bit out of date) - I don't think I'll finish the cleanup for today's release but please take a look at the docs after today and let me know what you think. Sean On May 3, 2007, at 9:39 AM, Michael Marcin wrote: > Hello, > > At the end of the Adam section in the asl overview there is: > > "[Open Issue 3] [Open Issue 4] Sometimes an interface is dependent > upon the notion of what happened most recently. For example - an > edit text field displaying "width" in a resize dialog my either > display what the user typed into width or what was calculated when > the user changed height. To support this notion, Adam maintains a > generation count on the sheet that is incremented with each > recalculation. Cells are stamped with the generation count when > they are modified as the result of a recalculation." > > > Should be: > > "... For example - an edit text field displaying "width" in a > resize dialog might either display... " > > i.e. might instead of my > > Thanks, > > Michael Marcin > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Adobe-source-devel mailing list > Ado...@li... > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel |
|
From: Michael M. <mm...@me...> - 2007-05-03 18:28:40
|
Foster Brereton wrote: > I got a notice that you tried to send me a file, but our internal spam > blocker killed the email -- can you tarball the attachment and try > again? Sure, Attached is a new batch with a small change that makes the net setup work for me. Thanks Michael Marcin |
|
From: Michael M. <mm...@me...> - 2007-05-03 17:28:47
|
Foster Brereton wrote: > Yes, that does help... The script is not accounting for WinXP's > wackiness, and is presuming the directory has been deleted when it > says it needs to be. It will take some time to figure out a > workaround. In the meantime, do the new build documentation steps > help to resolve the issue for you? > > Parenthetically, please note that GIL was recently moved to being > under the boost/ directory. The script's intent is to move it out of > the way, move boost into place, and then move the GIL directory to > its final resting place in the fleshed-out boost directory. The build > documentation does not reflect that yet. > > That makes sense and congrats to the GIL team for making it into Boost. I actually had already gotten it working by just looking at what the batch file was trying to do and doing it by hand through mostly windows gui interfaces. Thanks, Michael Marcin |
|
From: Michael M. <mm...@me...> - 2007-05-03 16:39:23
|
Hello, At the end of the Adam section in the asl overview there is: "[Open Issue 3] [Open Issue 4] Sometimes an interface is dependent upon = the notion of what happened most recently. For example - an edit text = field displaying "width" in a resize dialog my either display what the = user typed into width or what was calculated when the user changed = height. To support this notion, Adam maintains a generation count on the = sheet that is incremented with each recalculation. Cells are stamped = with the generation count when they are modified as the result of a = recalculation." Should be: "... For example - an edit text field displaying "width" in a resize = dialog might either display... " i.e. might instead of my Thanks, Michael Marcin |
|
From: Foster B. <fbr...@ad...> - 2007-05-03 16:28:50
|
Hi Michael, Based on the log information you've sent, it would appear the patch utility was unable to find the placeholders.hpp file to patch. One possible cause for this would be that the file is missing, leading me to wonder if the boost download and unzip phase somehow failed? If the third_party/boost_tp/boost directory doesn't have the boost distribution in it, that's likely the problem. A workaround would be to install and patch boost manually. Steps for the process have been outlined on the opensource wiki: <http://opensource.adobe.com/wiki/index.php/New_Build_Documentation#The_Oth= e r_Way> Of course, if the documentation is misleading or incorrect, we encourage feedback. I hope that helps! Blessings, Foster=20 On 5/1/07 11:25 AM, "Michael Marcin" <mm...@me...> wrote: > Hello, >=20 > It appears the current asl_1.0.26_net_setup.bat on SourceForge fails at > patching boost. >=20 > Relevant output below. >=20 > Thanks, >=20 > Michael Marcin >=20 > p.s. I think I sent this to the wrong email before but if it shows up twi= ce I > apologize. >=20 >=20 > Patching Boost... > can't find file to patch at input line 4 > Perhaps you used the wrong -p or --strip option? > The text leading up to this was: > -------------------------- > |diff -ruN boost_1_33_1/boost/bind/placeholders.hpp > boost/boost/bind/placeholders.hpp > |--- boost_1_33_1/boost/bind/placeholders.hpp 2004-07-25 17:31:59.00000= 0000 > -0700 > |+++ boost/boost/bind/placeholders.hpp 2007-01-29 14:02:58.000000000 -08= 00 > -------------------------- > File to patch: > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Adobe-source-devel mailing list > Ado...@li... > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel --=20 Foster T. Brereton <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82>< Ro 3:21-26 C o m p u t e r S c i e n t i s t A d o b e S y s t e m s "What 99 percent of programmers need to know is not how to build components but how to use them." -- Alexander Stepanov |
|
From: Michael M. <mm...@me...> - 2007-05-03 16:23:30
|
Hi,
While reading the ASL overfiew I came across this section under the Adam =
heading:
"To understand how Adam achieves such expressive power, consider the =
statement:
unlink flatness : 0.0 <=3D=3D (path =3D=3D empty) ? 0.0 : flatness;
As C++ code, this statement would simply mean:
* When executed, evaluate path's output and assign empty or =
flatness' input to flatness' output accordingly.=20
As an Adam statement the following is implied:
* Whenever path's output is modified, assign either flatness' input =
or empty to flatness' output."
Is it really assigning empty to flatness' output? I would expect from =
reading the C++ like parts of the syntax that it is checking equality =
between path and empty and assigning 0.0 to flatness' output if that is =
true and not assigning empty as the docs say.
Thanks,
Michael Marcin |
|
From: Michael M. <mm...@me...> - 2007-05-01 18:25:44
|
Hello, It appears the current asl_1.0.26_net_setup.bat on SourceForge fails at = patching boost. Relevant output below. Thanks, Michael Marcin p.s. I think I sent this to the wrong email before but if it shows up = twice I apologize. Patching Boost... can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -ruN boost_1_33_1/boost/bind/placeholders.hpp = boost/boost/bind/placeholders.hpp |--- boost_1_33_1/boost/bind/placeholders.hpp 2004-07-25 = 17:31:59.000000000 -0700 |+++ boost/boost/bind/placeholders.hpp 2007-01-29 14:02:58.000000000 = -0800 -------------------------- File to patch: |
|
From: Sean P. <sp...@ad...> - 2007-04-27 21:01:50
|
On Apr 27, 2007, at 11:04 AM, Ralph Thomas wrote: So if you did make the proposed change, would it mean that guide alignment would/could move a container instead of growing it (So if you implemented buttons as containers with label leaf nodes in then they wouldn't grow to become baseline aligned)? Yes - optionally. This is a good use case. Sean |
|
From: Ralph T. <ra...@gm...> - 2007-04-27 18:05:02
|
Ok, I've filed bug #1708904. The complete work around is to make the
fixed length container place overlay and then put a row or column into
it.
So if you did make the proposed change, would it mean that guide
alignment would/could move a container instead of growing it (So if
you implemented buttons as containers with label leaf nodes in then
they wouldn't grow to become baseline aligned)?
Ralph
On 4/26/07, Sean Parent <sp...@ad...> wrote:
> Yikes - this is a legitimate bug:
>
> A work around is to add a row (or column) container inside the
> container with a fixed length.
>
> What's happening is that the length is getting measured by summing
> the children (and space and guides and margins...) and max'ed against
> the container length. The additional_length cross stream comes from
> subtracting the length in that direction from each child. But that
> doesn't work with stream - here the additional_length is coming from
> the extra space the container has within it's parent (there is an
> assumption that the calculated length is minimal).
>
> ...
>
> Now I started to think about a fix for this, and it relates to
> another problem. How to deal with guides which are part of a
> container frame. That relates to the issue of why leaf nodes with
> guides behave differently then containers whose children have guides
> and _that_ ties into why we need a fill_left and fill_right...
>
> At about 7AM this morning I had this all pretty well worked out -
> roughly, containers with frames gain a couple of attributes,
> containers without frames "pull tight" around their children (so a row
> () { label(), edit_field() } will behave like a single edit_text()
> widget). fill_left and fill_right go away. And guides acquire the
> ability to be fixed relative to the left or right of the container
> (used for guides on frames and to project guides from containers
> without frames...). Somehow this all comes together to fix your bug.
> This late though it's all a blur. File a bug on this on source forge
> and I'll get on it.
>
> Sean
>
> On Apr 25, 2007, at 10:52 PM, Ralph Thomas wrote:
>
> > Hi List,
> >
> > If I have a row or column that specifies it's "with-length" (that
> > is, a column that specifies it's height, or a row that specifies it's
> > width) and it has a child that is set to fill in that direction, then
> > (it seems to me that) the child does not fill (and won't center either
> > -- it just stays on the left occupying the width it reported in
> > extents, align right does work, though).
> >
> > Is this a known behaviour, or am I misdiagnosing the problem that
> > I have?
> >
> > Thanks,
> > Ralph
> >
> > ----------------------------------------------------------------------
> > ---
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Adobe-source-devel mailing list
> > Ado...@li...
> > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
>
>
|
|
From: Sean P. <sp...@ad...> - 2007-04-27 03:38:40
|
Yikes - this is a legitimate bug:
A work around is to add a row (or column) container inside the
container with a fixed length.
What's happening is that the length is getting measured by summing
the children (and space and guides and margins...) and max'ed against
the container length. The additional_length cross stream comes from
subtracting the length in that direction from each child. But that
doesn't work with stream - here the additional_length is coming from
the extra space the container has within it's parent (there is an
assumption that the calculated length is minimal).
...
Now I started to think about a fix for this, and it relates to
another problem. How to deal with guides which are part of a
container frame. That relates to the issue of why leaf nodes with
guides behave differently then containers whose children have guides
and _that_ ties into why we need a fill_left and fill_right...
At about 7AM this morning I had this all pretty well worked out -
roughly, containers with frames gain a couple of attributes,
containers without frames "pull tight" around their children (so a row
() { label(), edit_field() } will behave like a single edit_text()
widget). fill_left and fill_right go away. And guides acquire the
ability to be fixed relative to the left or right of the container
(used for guides on frames and to project guides from containers
without frames...). Somehow this all comes together to fix your bug.
This late though it's all a blur. File a bug on this on source forge
and I'll get on it.
Sean
On Apr 25, 2007, at 10:52 PM, Ralph Thomas wrote:
> Hi List,
>
> If I have a row or column that specifies it's "with-length" (that
> is, a column that specifies it's height, or a row that specifies it's
> width) and it has a child that is set to fill in that direction, then
> (it seems to me that) the child does not fill (and won't center either
> -- it just stays on the left occupying the width it reported in
> extents, align right does work, though).
>
> Is this a known behaviour, or am I misdiagnosing the problem that
> I have?
>
> Thanks,
> Ralph
>
> ----------------------------------------------------------------------
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
|
|
From: Ralph T. <ra...@gm...> - 2007-04-26 06:04:26
|
More information:
It seems that by the time we get to assigning lengths to filling
children in layout_with that the additional_length is zero (whereas I
would expect it to be (container_length[slice] - {all_children's
container_length[slice]}) / #children, right?).
Ralph
On 4/25/07, Ralph Thomas <ra...@gm...> wrote:
> Hi List,
>
> If I have a row or column that specifies it's "with-length" (that
> is, a column that specifies it's height, or a row that specifies it's
> width) and it has a child that is set to fill in that direction, then
> (it seems to me that) the child does not fill (and won't center either
> -- it just stays on the left occupying the width it reported in
> extents, align right does work, though).
>
> Is this a known behaviour, or am I misdiagnosing the problem that I have?
>
> Thanks,
> Ralph
>
|
|
From: Ralph T. <ra...@gm...> - 2007-04-26 05:52:07
|
Hi List, If I have a row or column that specifies it's "with-length" (that is, a column that specifies it's height, or a row that specifies it's width) and it has a child that is set to fill in that direction, then (it seems to me that) the child does not fill (and won't center either -- it just stays on the left occupying the width it reported in extents, align right does work, though). Is this a known behaviour, or am I misdiagnosing the problem that I have? Thanks, Ralph |
2 messages has been excluded from this view by a project administrator.
