Re: Need a lead for layout change in mde, if possible - Thanks

From: Alp Bekisoglu (someone_at_somewhere.com)
Date: 06/22/04


Date: Tue, 22 Jun 2004 21:37:22 +0800

Thank you Larry for the details.

The main intention is to somewhat give the user an option to modify the
start(left-top), width and maybe the font used during run-time for a total
of 3 textbox controls.
Drag, etc was used to give the user a feeling of such. Thus the code (if I
can ever firnd a starting point!) will be kind of following a rectangle on
the form for its coordinates and inserting the resulting figures into the
relevant variables. Then the report should print using this new location.
Rather than entering the values.
Is it still the impossible?

Alp

"Larry Linson" <bouncer@localhost.not> wrote in message
news:ejquNJ$VEHA.1888@TK2MSFTNGP11.phx.gbl...
> It is possible to change control dimensions at runtime in an MDE from
code,
> but what you describe "drag, enlarge, etc." are manual design view
> operations and those are not available for reports in an MDE. So, yes,
that
> is "the impossible dream" with MDEs as defined and implemented in all
> versions of Access through 2003.
>
> Larry Linson
> Microsoft Access MVP
>
> "Alp Bekisoglu" <someone@somewhere.com> wrote in message
> news:%2348QoR8VEHA.1164@tk2msftngp13.phx.gbl...
> > Hi Rick and thanks for the response. Well, yes I know the purpose of the
> mde
> > format. What I had in mind was to find (if exists or write if possible)
a
> > code that will act as an WYSIWYG GUI so the user can drag, enlarge,
etc.
> > portions (or textboxes) and the code will manipulate the report
according
> to
> > the new coordinates...
> > In short, the coordinates of each control on the report would be based
on
> > variables that can be changed according to the final position of each.
???
> > Am I dreaming the impossible dream?
> >
> > Alp
> >
> > "Rick B" <anonymous@discussions.microsoft.com> wrote in message
> > news:OoQUnG8VEHA.1356@TK2MSFTNGP09.phx.gbl...
> > > I think that the whole point of an MDE is to NOT allow the users to
> modify
> > > the objects.
> > >
> > > I don't think you can do this. You could give the user options and
> > include
> > > code in the report design to put in place their desires. But you
can't
> > just
> > > let them have modify.
> > >
> > > Rick B
> > > "Alp Bekisoglu" <someone@somewhere.com> wrote in message
> > > news:ejGceA8VEHA.4048@TK2MSFTNGP12.phx.gbl...
> > > Hi Experts, back again.
> > >
> > > I was wondering if there is a way to give the opportunity of a report
> > layout
> > > alteration (maybe named as on-the-fly?) in an mde DB to the user. Is
> this
> > at
> > > all possible?
> > >
> > > Thanks in advance,
> > >
> > > Alp
> > >
> > >
> > >
> >
> >
>
>



Relevant Pages

  • Re: Need a lead for layout change in mde, if possible
    ... Hi Rick and thanks for the response. ... yes I know the purpose of the mde ... the coordinates of each control on the report would be based on ... > let them have modify. ...
    (microsoft.public.access.reports)
  • Open Report with only selected records to print?
    ... Below is my code to open the report and print the current record. ... This code is generated via a command button on a form. ... The control is named on the form. ... How can I modify this code to achieve the desired result? ...
    (microsoft.public.access.forms)
  • Re: speeding up the performance of a split database
    ... And, in a report, if you have a bound text box control, you can still modify ... the same goes for a sub-form contorl...are you free to change what ...
    (microsoft.public.access.formscoding)
  • Re: speeding up the performance of a split database
    ... And, in a report, if you have a bound text box control, you can still modify ... the same goes for a sub-form contorl...are you free to change what ...
    (microsoft.public.access.setupconfig)
  • Re: speeding up the performance of a split database
    ... And, in a report, if you have a bound text box control, you can still modify ... the same goes for a sub-form contorl...are you free to change what ...
    (microsoft.public.access.forms)